graphics/tiff: Update to 4.6.0 PR: 278577 Exp-run by: antoine98bf25875a
Port details
x11-toolkits/libgdiplus 6.1_2
GDI+ API for System.Windows.Forms in Mono
- Maintainer
- prj@rootwyrm.com
- Packages
- latest: 6.1_2
- Upstream
- Higher version available: 6.2
- Last update
- to 6.1_2 · 98bf25875a
- Quarterly
- 2026Q4: 6.1_2
- WWW
- https://www.mono-project.com/docs/gui/libgdiplus/
- Links
- cgit · VuXML
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 6.1_2.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (71)
*/*: Bump jpeg-turbo users treewide New major version 3.0.0664a2fa1e5
x11-toolkits/libgdiplus: use USES=autoreconf instead of hand-rolling code. Reported by: danfe3dade901eb
x11-toolkits/libgdiplus: update to 6.1 lots of bugfixed and plugged memory leaks Approved by: maintainer timeout (prj@rootwyrm.com, 2+ weeks)147de858be
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
x11-toolkits: remove 'Created by' lines A big Thank You to the original contributors of these ports: * 1wardd@airmail.net * Alexander Kabaev <ak03@gte.com> * Alexander Novitsky <alecn2002@yandex.ru> * Alexey Dokuchaev <danfe@FreeBSD.org> * Andreas Kohn <andreas@syndrom23.de> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Anton Berezin <tobez@FreeBSD.org> * Brian Buchanan <brian@CSUA.Berkeley.EDU> * Cezary Morga <cm@therek.net> * Cheng-Lung Sung <clsung@FreeBSD.org> * Danilo Egea Gondolfo <danilo@FreeBSD.org> * Dima Sivachenko <dima@Chg.RU> * Edwin Groothuis <edwin@mavetju.org> * Eric Anholt <anholt@FreeBSD.org> * Igor Pokrovsky <ip@doom.homeunix.org> * James FitzGibbon <jfitz@FreeBSD.org> * Jean-Sébastien Pédron <dumbbell@FreeBSD.org> * Joe Marcus Clarke <marcus@FreeBSD.org> * Juli Mallett * Kenjiro Cho <kjc@csl.sony.co.jp> * Kimura Fuyuki <fuyuki@hadaly.org> * Koop Mast <kwm@FreeBSD.org> * Lars Koeller <Lars.Koeller@Uni-Bielefeld.de> * Lubomir Marinov <lubomir_m@abv.bg> * Marc Recht <marc@informatik.uni-bremen.de> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> * Martin Klaffenboeck <martin.klaffenboeck@gmx.at> * Martin Matuska <mm@FreeBSD.org> * Maxim Sobolev <sobomax@FreeBSD.org> * Michael Grünewald <michipili@gmail.com> * Michael Johnson <ahze@FreeBSD.org> * Mike Krutov <neko@takino.org> * Mike Meyer <mwm@mired.org> * Olivier Duchateau * Paul Schmehl <pauls@utdallas.edu> * Peter Hawkins <thepish@FreeBSD.org> * Piotr Kubaj <pkubaj@anongoth.pl> * Radim Kolar * Rene Ladan <rene@FreeBSD.org> * Robert C. Noland III <rnoland@FreeBSD.org> * Simon Barner <barner@gmx.de> * Stephane Legrand <stephane@FreeBSD.org> * Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Thomas Gellekum <tg@FreeBSD.org> * Tom McLaughlin <tmclaugh@sdf.lonestar.org> * Vanilla I. Shu <vanilla@MinJe.com.TW> * Will Andrews <andrews@technologist.com> * Yukihiro Nakai <nakai@FreeBSD.org> * Zane C, Bowers <vvelox@vvelox.net> * asami * chinsan * chuckr * clsung@dragon2.net * dmitry@karasik.eu.org * fjoe@FreeBSD.org * gahr * gena * ijliao * mi * minter@lunenburg.org * nivit@users.sourceforge.net * ports@c0decafe.net * roland.jesse@gmx.net * thierry@pompo.net * vanilla With hat: portmgr71b6a9f9c7
Remove # $FreeBSD$ from Makefiles.305f148f48
- Update to 6.0.4 - Pass maintainership to submitter - Fix license - While here, update WWW PR: 239614 Submitted by: prj@rootwyrm.com Approved by: maintainer timeout (mono, 1.5 years)f5c119cb00
According to giflib upstream, GifQuantizeBuffer was never documented and not part of official APIe7b36f59a0
x11*: Add missing USES={gl,gnome,mate}b132573e49Sprinkle more USES=xorgef5d45aaa6
Fix build after base r345349 PR: 23614141e76e0153
x11-toolkits/libgdiplus: update to 5.6 - Change license to GPLv3 (per upstream change) - Remove patches (incorporated upstream)9811599f55
Update license of ports using MPL (without version) All ports now should use MPL[10|11|20] license. Approved by: portmgr (blanket)c27d4e377f
x11-toolkits/libgdiplus: add option to compile without X11 - Add extra patch that conditionally compiles x11 support [1] - Add X11 option that applies extra patch if X11 support is disabled - PORTREVISION is not bumped as: - The default case (X11) has not changed, and - The non-default case will propogate due to options change [1] https://github.com/mono/libgdiplus/pull/46 PR: 2139737fed8ad129
x11-toolkits:libgdiplus: add missing dependencies, license - Add LICENSE as Mozilla Public License, use license file from source. - Add missing and indirect dependencies. PR: 213973ea4f9ad8a0
Update to 4.2.3567abbe24
Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.
With hat: portmgr
Sponsored by: Absolight72ea7e696bUpdate giflib to 5.1.1 PR: 2044920e8c3bf1b3
Allow building with giflib 5.1 PR: 204492c905c203db
It seems some people keep adding $FreeBSD$ to patch files. Patches must not be changed by the vcs, this includes the svn:keyword expansion. Set fbsd:nokeywords to a couple of patches. With hat: portmgr Sponsored by: Absolight320514f1dd
- Add CPE info Approved by: portmgr blanket2fd4713176
Update to 3.12.09cd57eec8
Update graphics/giflib to 5.0.5 Differential Revision: https://reviews.freebsd.org/D1361 Submitted by: bapt Reviewed by: self Exp-run by: selfc6faa705a5
Allow building with either giflib 4.2 or 5.0 Obtained from: OpenBSD portsff10cb7cc3
Bump portrevision after png updatebb21093773
Properly support png15, remove useless patch9e02a5f368
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these: audio/libogg audio/libvorbis devel/pcre ftp/curl graphics/jpeg graphics/libart_lgpl graphics/tiff textproc/expat2 textproc/libxslt In these cases the same trick as in the recent gettext update is used. The ports install a symlink with the old library version. When enough of their dependent ports have had regular updates the remaining ones can get a PORTREVISION bump and the links can be removed. Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes over 2200 packages to depend on devel/pcre while less than 200 actually link with it. The glib20 package still depends on devel/pcre so this should not make a difference for ports with USE_GNOME=glib20. Also, libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so USE_GNOME=glib20 should not propagate it. PR: 195724 Exp-run by: antoine Approved by: portmgr (antoine)60945f0277
Update to 3.8. PR: 194415 Submitted by: Sascha Holzleiter <sascha@root-login.org>a74ab11217
Remove two libtool fixes from Mk/Uses/libtool.mk. They don't always work when an older version of a package is installed. This is the case when an executable links with installed libraries and with uninstalled libraries that link with other uninstalled libraries. For each of the directly linked libraries the executable will have an rpath (/usr/local/lib for the installed libraries and a path un With this commit executables will overlink with uninstalled indirect libraries again so their location is added to the rpath of the executable. This partially reverts r358784. PR: 191611 Approved by: portmgr (bapt)c958a48581
Add 4 new sed commands to USES=libtool. The first two apply some of the changes that Debian made to their libtool. The first command applies to libtool versions 1.4 and up. The second command is somewhat more elaborate but essentially it uses the sed hold space to move an "elif...fi" block down. It applies to 2.x. Together these reduce overlinking to unpatched .la files (from ports that don't
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
When libtool relinks libA it replaces "libB.la" on the linker command line
with "-L${STAGEDIR}${PREFIX}/lib -lB" with the intention to link to libB in
the stage directory but this -L flag isn't necessarily the first so another
libB may be linked instead. The two sed commands make relink the same as a
normal link. This means libtool will relink with libraries from the work
directory using a path similar to "../srcB/.libs/libB.so" without -L flags.
This applies to libtool 1.4 and up. Earlier versions don't seem to relink
libraries.
(This fixes ports like devel/apr1 so they link with freshly built libraries
instead of installed libraries.)
Fix all ports with missing libraries.
Additionally:
archivers/rpm4: USES=patchfix.
databases/gdbm: INSTALL_TARGET=install-strip.
devel/gnome-vfs: remove patch that doesn't change anything.
devel/ois: INSTALL_TARGET=install-strip and use standard USE_AUTOTOOLS.
devel/zziplib: INSTALL_TARGET=install-strip, MAKE_CMD.
multimedia/mjpegtools: remove USE_AUTOTOOLS, use modern compiler on i386
instead of disabling optimisations.
net/libnetdude: disable static plugins.
PR: 190941
Exp-run: antoine
Approved by: portmgr (antoine)3e4a806167Remove useless include of bsd.gnome.mk49a6294c01
When linking a library libA with a library libB using libtool, if libB.la exists, libtool will add all libraries libB.la refers to (dependency_libs field) to the linker command line and store them in the dependency_libs field of libA.la. So everything that subsequently links with libA will also link to these extra libraries. This causes too much overlinking. This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs field in .la libraries during staging. However, because .la libraries have very limited use when dependency_libs is empty it makes sense to completely remove them during staging. So with this commit USES=libtool is modified to remove .la libraries and a new form (USES=libtool:keepla) is introduced in case they need to be kept (dependency_libs is still emptied). PORTREVISION is bumped on all ports with USES=libtool that install .la libraries. Most ports are also changed to add :keepla because .la libraries have to be kept around as long as there are dependent ports with .la libraries that refer to them in their dependency_libs field. In most cases :keepla can be removed again as soon as all dependent ports that install .la libraries have some form of USES=libtool added to their Makefile. PR: ports/188759 Exp-run: bdrewery Approved by: portmgr (bdrewery)aad09bc5e2
Support stage USES=libtooleed13e4add
Update freetype to 2.5.2. Remove patch to add -I/usr/local/include in freetype-config --cflags. If ports need extra headers they should look for them, and not get them via a side-effect. Freetype had a header resuffle in 2.5.1, patch ports to use the new header style. Thanks go to bdrewery for the two exp-runs and rakuco for helping me with some troublesome cmake ports. PR: ports/184587b1bf1620a6
Add NO_STAGE all over the place in preparation for the staging support (cat: x11-toolkits)7e5a7bfffd
Add an explicit dependency on pkgconf839ef5dcc2
This patch has been added in graphics/giflib10e6028feb
Fix build after giflib update. QuantizeBuffer() is no more public in the giflib but still present in the code. There is no update (yet) code in the libgdiplus code so copy the relevant lines from giflib for now.c0c72fcebd
- update png to 1.5.102b74a89bc8
Convert to USE_XORG PR: ports/167087 Submitted by: bapt Approved by: maintainer timeout (>14d)8680467d0d
Update dependencies. PR: ports/165365 Submitted by: Steve Wills <swills@freebsd.org>7a7f42b7e0
- 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: pav6f6fbe4bdfRemove 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>0e682dded4
Hello Mono 2.10! Main updates ------------ devel/mono-tools 2.6.2 -> 2.10 lang/mono 2.6.7 -> 2.10.2 lang/mono-basic 2.6.2 -> 2.10.2 www/mod_mono 2.6.3 -> 2.10 www/xsp 2.6.5 -> 2.10.2 x11-toolkits/libgdiplus 2.6.7 -> 2.10 Other updates ------------- deskutils/tomboy 1.4.2 -> 1.6.1 devel/mono-addins 0.5 -> 0.6.1 devel/monodevelop 2.4 -> 2.4.2 graphics/f-spot 0.8.0 -> 0.8.2 print/pdfmod 0.9.0 -> 0.9.1 x11-toolkits/gnome-sharp20 2.24.1 -> 2.24.2 Ports marked BROKEN ------------------- multimedia/banshee multimedia/moonlight PR: ports/155948 Submitted by: mee62990bc20
Update to 2.6.7.e820a0e3a8
- Update lang/mono to 2.6.4; - Update a bunch of C# ports as well (audio/taglib-sharp, deskutils/tomboy, devel/mono-tools, devel/monodevelop, devel/monodevelop-boo, devel/monodevelop-database, devel/monodevelop-java, devel/monodevelop-vala, graphics/f-spot, lang/boo [1], lang/mono-basic, mail/gmime24, gmime24-sharp, multimedia/banshee, multimedia/banshee-mirage, multimedia/moonlight, www PR: ports/143657 [1] Submitted by: glewis [1]5c80951022
Fix build for png-1.4.1 Submitted by: "Kevin Oberman" <oberman@es.net> Approved by: flz (mentor)aa222d4598
- fix package for png-1.4.1 Reported by: kwm3e0f1556f9