Street Map input file. Such OSM files come in two different formats:
* files identified by the .osm suffix simply are plain XML files.
* files identified by the .osm.pbf suffix does containt the same identical
data, but adopting the Google's Protocol Buffer serialization format and thus
requiring much less storage space.
WWW: https://www.gaia-gis.it/fossil/readosm/index
PR: 197262
Submitted by: coder@tuxfamily.org
- New ports for exporting images to Dropbox and Google Drive:
graphics/kipi-plugin-dropbox
graphics/kipi-plugin-googledrive
Excerpt from area51 commit logs:
------------------------------------------------------------------------
r10303 | jhale | 2014-09-19 04:04:57 +0000 (Fri, 19 Sep 2014) | 13 lines
- Update digikam and friends to 4.2.0
- Drop "Enable" from Digikam options descriptions
- For kipi-plugins, only extract what we need to reduce extraction time
and file I/O
------------------------------------------------------------------------
r10183 | makc | 2014-07-18 22:07:34 +0000 (Fri, 18 Jul 2014) | 21 lines
Update DigiKam and Kipi plugins to 4.1.0. This incomplete update is based
on the patch submitted by Oleg Sidorkin <osidorkin@gmail.com> via
kde-freebsd mailing list.
astro/libkgeomap:
- Don't build demo application and thus remove dependence on libkexiv2
- Add build dependency on boost headers
graphics/kipi-plugin-gpssync
- Add build dependency on boost headers
No need to bump -- the patch fixed the build on DragonFly alone, and this
version has never been published to dports. It was removed under the
flag, "our changes have been moved upstream", but docs are still broken
on DragonFly.
directory does not yet exist. While it might deem a minor issue, bump
port revision; the port is fast to build even on relatively slow hardware.
Launchpad bug #: 1410263
Bazaar revision: 0.12/5816
- Remove all our patches that were integrated upstream
- Prevent Clang 3.5 from generating endless loop by correctly accessing
QSharedPointer<T>-wrapped T* data instead of treating it as POD type
- Enable high-resolution textures by default (size difference is marginal)
- Bid portscout to track 0.12.x versions only from now on
- Pacify portlint(1) by moving PKGNAMESUFFIX where it belongs
- Register conflicts with 0.13.x package while here
- Forget about Milky Way texture for now as it causes rendering artifacts;
- While most of those textures are indeed better than the ones provided by
default (e.g., Jupiter and Ganymede), some of those are actually worse
(e.g. Venus). Use simple file size-based logic to decide if a texture
is worth a replacement.
PANIC: unprotected error in call to Lua API (attempt to index a nil value)
PR: 195240
Red Hat bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045632
Patch by: Chris Rankin (Comments 13-16)
Obtained from: celestia-1.6.1-15.fc20.src.rpm
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)
