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/inkscape/files/patch-src_libavoid_connector.cpp

Number of commits found: 4

Friday, 15 May 2020
12:05 pi search for other commits by this committer
graphics/inkscape: update 0.92.4 -> 1.0

- Smoother performance, HiDPI support, new & improved Live Path Effects
- supports python3
- option to use ImageMagick6

PR:		243615
Submitted by:	Greg V <greg@unrelenting.technology>, rhurlin@gwdg.de
Reviewed by:	kwm, vvd@unislabs.com, thierry, waitman@waitman.net,
portmaster@bsdforge.com, lumiwa@gmail.com, david@lapinbilly.eu,
contact@evilham.com
Relnotes:	https://inkscape.org/news/2020/05/04/introducing-inkscape-10/
		https://wiki.inkscape.org/wiki/index.php?title=Release_notes/1.0#Inkscape_1.0
Original commitRevision:535285 
Sunday, 28 Oct 2018
11:03 jbeich search for other commits by this committer
graphics/inkscape: unbreak on 32-bit archs after r474795

src/libavoid/connector.cpp:888:29: error: call to 'abs' is ambiguous
                COLA_ASSERT(abs((long)i->pathNext->id.objID - i->id.objID) !=
2);
                            ^~~
src/libavoid/assertions.h:41:39: note: expanded from macro 'COLA_ASSERT'
    #define COLA_ASSERT(expr)  assert(expr)
                                      ^~~~
/usr/include/assert.h:56:21: note: expanded from macro 'assert'
 #define assert(e)       ((e) ? (void)0 : __assert(__func__, __FILE__, \
                           ^
/usr/include/c++/v1/math.h:733:1: note: candidate function
abs(float __lcpp_x) _NOEXCEPT {return ::fabsf(__lcpp_x);}
^
/usr/include/c++/v1/math.h:737:1: note: candidate function
abs(double __lcpp_x) _NOEXCEPT {return ::fabs(__lcpp_x);}
^
/usr/include/c++/v1/math.h:741:1: note: candidate function
abs(long double __lcpp_x) _NOEXCEPT {return ::fabsl(__lcpp_x);}
^
/usr/include/stdlib.h:87:6: note: candidate function
int      abs(int) __pure2;
         ^
/usr/include/c++/v1/stdlib.h:111:44: note: candidate function
inline _LIBCPP_INLINE_VISIBILITY long      abs(     long __x) _NOEXCEPT {return 
labs(__x);}
                                           ^
/usr/include/c++/v1/stdlib.h:113:44: note: candidate function
inline _LIBCPP_INLINE_VISIBILITY long long abs(long long __x) _NOEXCEPT {return
llabs(__x);}
                                           ^

PR:		229844
Reported by:	pkg-fallout
Original commitRevision:483272 
Tuesday, 17 Jul 2018
12:33 kwm search for other commits by this committer
Update inkscape to 0.92.3.
Original commitRevision:474795 
Tuesday, 7 Jun 2016
04:14 truckman search for other commits by this committer
Fix type for abs() calls in graphics/inkscape

During the exp-run in bug 208158, it was found that graphics/inkscape
gives errors with libc++ 3.8.0:

libavoid/connector.cpp:888:29: error: call to 'abs' is ambiguous
                COLA_ASSERT(abs(i->pathNext->id.objID - i->id.objID) != 2);
                            ^~~

This is because abs() is called with unsigned arguments.  Fix it
by casting the arguments to the appropriate signed types.  This
mimics what happens with older libraries where the only version of
abs() was the one in <stdlib.h>, which is prototyped:
	int abs(int)
The expression used in ConnRef::generatePath() is not strictly correct
because it depends on details of integer overflow that are undefined
by the C++ standard.

PR:		209675
Submitted by:	dim
Original commitRevision:416493 

Number of commits found: 4