notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
This referral link gives you 10% off a Fastmail.com account and gives me a discount on my Fastmail account.

Get notified when packages are built

A new feature has been added. FreshPorts already tracks package built by the FreeBSD project. This information is displayed on each port page. You can now get an email when FreshPorts notices a new package is available for something on one of your watch lists. However, you must opt into that. Click on Report Subscriptions on the right, and New Package Notification box, and click on Update.

Finally, under Watch Lists, click on ABI Package Subscriptions to select your ABI (e.g. FreeBSD:14:amd64) & package set (latest/quarterly) combination for a given watch list. This is what FreshPorts will look for.

non port: graphics/libfpx/files/Makefile.bsd

Number of commits found: 23

Tuesday, 17 Mar 2020
22:19 mi search for other commits by this committer
Unbreak the port for users of -Werror -- the code stopped qualifying
for WARNS=3 a while ago, because it relies on implicit copy-constructors,
which are deprecated in some cases since c++11.

Fix another kind of warning by correcting the indentation.

No PORTREVISION bump because the changes are superficial -- resulting
binary remains the same.

Reported by:	pkg-fallout
Tested with: llvm10
Original commitRevision:528605 
Monday, 25 Nov 2019
23:25 brooks search for other commits by this committer
Fix build with src r354909 applied.

The referenced change made NO_INSTALLLIB, NO_MAN, and NO_PROFILE into
errors causing these ports that declare them and use the FreeBSD make
infrastructure as part of their build to fail.

When the offending variables occur in a BSD Makefile, NO_MAN becomes
MAN= and NO_INSTALLLIB and NO_PROFILE become MK_INSTALLLIB=no and
MK_PROFILE=no respectively.  When declared in the environment they
become WITHOUT_<FOO>.
Original commitRevision:518434 
Sunday, 21 Jan 2018
02:20 mi search for other commits by this committer
Instead of setting MK_PROFILE=no, revert to setting NO_PROFILE.

Because bsd.own.mk is jealous about user setting MK_PROFILE...

Reported by:	cpm@
Original commitRevision:459565 
01:09 mi search for other commits by this committer
Upgrade from 1.3.1-4 to 1.3.1-10 (security fixes).

Resolve errors triggered on -current by the use of C++17

PR:		225299
Original commitRevision:459561 
Monday, 2 Sep 2013
05:22 mi search for other commits by this committer
Update to upstream's 1.3.1-2. Fix up the warnings raised by clang (3.2) and
gcc (4.8).

PR:	181302
Submitted by:	delphij@
Tested by:	ImageMagick's self-test suit
Original commitRevision:325934 
Friday, 16 May 2008
22:53 mi search for other commits by this committer
Add an explicit -fno-strict-aliasing to CXXFLAGS for the sake of
8.x-systems, where it is no longer part of compiler flags.

Notified by:    pav
Original commit
Saturday, 26 Jan 2008
23:43 mi search for other commits by this committer
When WARNS is set in a Makefile even to 1, the flag ``-Wsystem-headers''
is added to the list of compiler's warning-flags. This triggers a
warning like:

/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an
if-statement

in g++42. When this compiler is used, where NO_WERROR is set, the port
fails to build, as warnings are treated as errors. This, pretty much,
means, that NO C++ code can currently be compiled with WARNS set to
anything on FreeBSD.

Work-around the deficiency for now by removing the ``-Wsystem-headers''
from CXXFLAGS after including bsd.lib.mk. This fixes graphics/libfpx on
8.x as well as allows the port to be built by gcc-4.2 on 6.x and 5.x.

Continuously reminded of by:    pav
Original commit
Friday, 2 Nov 2007
23:07 mi search for other commits by this committer
The top-level build directory should also be in the include path.

Approved by:    portmgr (linimon)
PR:     ports/117774
Original commit
12:42 mi search for other commits by this committer
Add a mega-patch, which makes the library usable. It barely worked on
even i386 before, and does not anymore, as its numerous original bugs
were exposed by the evolving compiler. It never worked on a 64-bit
platform, as the original authors assumed sizeof(long) to be 4.

With this patch it compiles cleanly (WARNS=3) on both i386 and amd64
and should have no problems on other 64-bit systems.

A corrupt input-file may still result in a crash, but, at least, it
works correctly with correct input files. Tested on camera-generated
originals kindly provided by the originator of the PR below.

Bump PORTREVISION.

Approved by:    portmgr (pav, after some deliberations)

Portmgr advised against bumping the SHLIB_MAJOR. They did not /insist/
so I chose to bump it -- the old version is too broken to have been
usable to anybody for years, and the dependant ports (such as Graphics
and ImageMagicks) need an easy way to insist on the new version (via
LIB_DEPENDS).

Was required to fix:    67815
Original commit
Friday, 3 Feb 2006
23:21 mi search for other commits by this committer
Add NOPROFILE in _addition_ to NO_PROFILE for the benefit of 4.x systems.

Prodded by:     kris    (gently)
Original commit
Thursday, 22 Dec 2005
15:46 mi search for other commits by this committer
s/NOPROFILE/NO_PROFILE/

PR:     90809 (part of)
Submitted by: Jean Milanez Melo
Original commit
Monday, 14 Feb 2005
20:59 mi search for other commits by this committer
This package has a controversial history. It was originally "given" to
the ImageMagick team, where Bob Friesenhahn made it work with IM.

Since then, Bob and other developers forked GraphicsMagick. libfpx
remained unchanged until January 2005, when ImageMagick released an
updated tar-ball with a patch applied. The release was botched (missing
a subdirectory) and I changed the port to use the old tar-ball on
GraphicsMagick's site and apply the same patch.

Since then, GraphicsMagick replaced the old 1.2.0.9 tarball with the new
1.2.0.10, where the patch is applied. On the same date, ImageMagick,
not to be outdone, "released" 1.2.0.11, WHICH IS NO DIFFERENT from
GraphicsMagick's version, except for libtool/configure soup.

I'm now switching the port to ImageMagick's mirrors again, simply
because they seem to have better bandwidth.

I must add, for the record, that ImageMagick team's behavior appears
rather dubious and unscrupulous in this incident. There was no need to
"release" their own tarball, especially considering, that some sources
are marked as "GraphicsMagick" (an embarassing oversight). I also
found, that those of my postings on ImageMagick's support forum, which
mentioned GraphicsMagick, were misteriously removed from the board
shortly after posting...

This update is made neccessary by there being no MASTER_SITES for the
original 1.2.0.9 tarball left. While at it, however, I also remove the
jpeg-dependency -- libfpx does not, actually, use it.

Prompted by: pointyhat  (kris)
Original commit
Friday, 6 Feb 2004
21:18 mi search for other commits by this committer
Unbreak on -current (with its recently changed bsd.lib.mk) by adding
the missing .cxx extensions to two other source files listed in
files/Makefile.bsd. The previous commit to that file was trying to solve
the same problem, but now I have an up-to-date -current myself and could
easily reproduce it -- an test the solution.
Original commit
Sunday, 25 Jan 2004
03:53 mi search for other commits by this committer
Add the missing .cxx extension to the dfstream in the list of sources.
It used to work up until up until -- apparently -- a recent change to
bsd.lib.mk. Let's see, if this fixes a problem spotted by Bento while
building on amd64.
Original commit
Monday, 14 Jul 2003
03:46 mi search for other commits by this committer
Upgrade to 1.2.0.9. All our patches are in now...

PR:             53595
Submitted by:   Melvyn Sopacua
Original commit
Wednesday, 23 Apr 2003
23:30 mi search for other commits by this committer
Upgrade from 1.2.0.4 to 1.2.0.7 released on April 12th. May need
careful testing on other architectures, though...

Compelled by: Chris P.
Original commit
Sunday, 6 Apr 2003
17:09 dinoex search for other commits by this committer
- honor NO_WERROR
Approved by:    mi@corbulon.video-collage.com
Original commit
Saturday, 8 Feb 2003
05:59 mi search for other commits by this committer
Make sure warnings are not fatal when compiling the C++ parts of this
package by explicitly appending -Wno-error to CXXFLAGS. This assumes,
the compiler is from the gcc family, but the assumption was already
there -- in the explicit -Werror appended to CFLAGS.

Reported by:    Dirk Meyer
Original commit
Monday, 22 Jul 2002
14:58 mi search for other commits by this committer
Add the HAVE_* defines to CXXFLAGS as well as CFLAGS. Add -lstdc++ to
LDADD, which lead to the unfortunate PORTREVISION bump.

PR:             ports/40874
Submitted by:   Jan Stocker
Original commit
Sunday, 21 Jul 2002
19:26 ru search for other commits by this committer
Fixed install on bsd.incs.mk aware systems.
Original commit
Tuesday, 16 Jul 2002
16:27 mi search for other commits by this committer
Add some defines to CFLAGS to avoid clashing with the newer system
headers. While here, change PERL to RE_INPLACE and lock things down with
-Werror (in CFLAGS only, the C++ files generate some warnings, fixing
which is in the domain of the authors).

Submitted by:   Naoya Nishimura
Original commit
Saturday, 22 Dec 2001
20:12 mi search for other commits by this committer
Reorder the  include (-I) path  to end, rather than  start, with  
${LOCALBASE}/include.  The  old  behaviour  was  working  almost   always,
because  the package's own header  files are well-named,   except for the
common.h, which caused build failure for at least   one person.    
Original commit
Saturday, 10 Mar 2001
20:35 will search for other commits by this committer
Add libfpx 1.2.0, library routines for working with Flashpix images.    
Original commit

Number of commits found: 23