| Age | Commit message (Collapse) | Author |
|---|
|
post-install so that the icons are detected and gtk-update-icon-cache
gets run when the package is installed. [1]
Import upstream trunk commit r1728872 to add the
CLOSESOCKET_DOESNT_WAKE_UP_ACCEPT up accept fix to the pipe code. [2]
PR: 208026 [1]
PR: 207301 [2]
|
|
print/cups and update it to 2.1.3. Also remove print/cups-pstoraster,
improve print/cups-filters, print/foomatic-* and update print/hplip to
3.16.2.
Long description:
First some background. When you hand a file to cups it sets up a chain of
filter programs that converts the file to something a printer understands.
Each filter has a cost associated with it and cups tries to find the
cheapest chain. Costs used to be configured in such a way that files were
first converted to PostScript. This could then be manipulated further (e.g.
putting multiple pages on one sheet) before finally being sent to a
PostScript printer or another filter like pstoraster which produces a raster
format understood by non-PostScript printer drivers. Nowadays most filters
have been moved from cups to cups-filters and they have been configured to
use PDF as an intermediate format instead of PostScript.
Merging of cups-base, cups-client and cups-image into print/cups:
- cups-image provides a library to work with the cups raster format. It is
only used to implement filters and printer drivers and these only exist
in the context of a cups server so there's no need to separate this from
cups-base.
- cups-client provides a library that allows applications to print via cups.
It is possible to use the library to access a remote cups server without
running a local cups server, but such a setup is discouraged and the
configuration file to set this up has been marked deprecated. It is
better to run a local cups server and let that talk to the remote cups
server because then you have the benefits of local job queuing in case the
remote server is down or busy. Given this and the fact that without
filters cups-base is now smaller than it used to be it makes sense to
merge the ports. The patch also adds options IPPTOOL, DOCS and NLS which
when disabled make the new cups package smaller than the current
cups-client package. Merging the ports also prevents problems with
options like ZEROCONF being configured differently in both ports.
- print/cups was a metaport that depended on cups-base and some filters.
There isn't really a need for such a metaport so cups-base can be renamed
to cups. The filters can be depended on by printer drivers such as hplip
if they need them.
Additional changes to the new print/cups:
- Clean up the patches. They seem to have been regenerated with post-patch
changes included.
- Add a patch to prevent intermediate conversion to PDF when a PostScript
file is sent to a PostScript printer when cups-filters is installed.
- Fix the PAM configuration file.
- Add a patch to let the server search /usr/local/share/ppd like on Linux so
other ports don't have to add links to it.
- Remove ulpt(4) helper scripts. The port uses libusb with ugen(4).
- Remove support for mDNSResponder. cups-filters only supports Avahi.
- Combine ICONS and XDG_OPEN options into an X11 option to support WITHOUT_X11.
- Optionally depend on colord for ICC profile support.
- Various smaller changes.
Changes to print/cups-filters:
- Let the cups_browsed rc.d script depend on cupsd and avahi_daemon instead
of LOGIN.
- Development of foomatic-filters has been moved to cups-filters so let this
port install foomatic related files and add foomatic-filters to CONFLICTS.
- Fix location of liblouis tables.
- Add patch to fix ICC support.
Changes to print/cups-pstoraster:
This port is essentially an old version of Ghostscript plus a cups filter.
It's no longer developed. This commit removes it and changes existing
dependencies to print/cups-filters which depends on print/ghostscript* and
includes a gstoraster filter that can handle both PostScript and PDF.
Changes to print/foomatic-db*:
Remove old MASTER_SITES and dependencies and eliminate PKGNAMEPREFIX.
Changes to print/foomatic-filters:
Install beh backend with its original name again and add cups-filters to
CONFLICTS.
Changes to print/hplip:
- Stop installing hpijs/foomatic-rip support. This is no longer supported
upstream.
- Stop installing hpcups PPDs. These are now automatically generated. The
bundled PPDs are generated for an older version of cups.
- Rename the QT option to X11 to support WITHOUT_X11.
- Simplify the patches now that ports are installed in a staging area.
- Add a patch to set SO_REUSEPORT (next to SO_REUSEADDR) on the mDNS socket
like avahi-daemon does. This fixes Zeroconf support for HP network
printers.
PR: 207746
Exp-run by: antoine
Approved by: portmgr (antoine)
|
|
Apply patches from upstream commits r1724971 and r1726068 to fix
upstream bug <https://bz.apache.org/ooo/show_bug.cgi?id=125431>,
"The Password is incorrect. The file cannot be opened."
PR: 206234
Submitted by: Arrigo Marchiori <ardovm AT yahoo.it>
MFH: 2106Q1
|
|
Add patches to py-poppler [2] and rubygem-poppler [3] to fix the build
of these ports with poppler 0.39+.
PR: 206293 [1]
Submitted by: olivierd@ [1]
Obtained from: ubuntu [2], rubygem-poppler upstream [3]
|
|
visible in the menu.
PR: 205758
|
|
USES=compiler:c++11-lib instead of trying to emulate it.
|
|
* Release Notes:
<https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.2+Release+Notes
>
* Bug Fixes: <http://s.apache.org/9uI>
* Improvements / Enhancements
o Several distinct enhancements were applied to the WebDAV
management and file locking: OpenOffice is now able to properly
interact with Microsoft Sharepoint, enabling a more productive
usage in corporate-level environments. These enhancements were
funded, and contributed upstream, by the Emilia-Romagna regional
administration (Italy), where OpenOffice was adopted a few years
ago.
o The PDF export dialog was redesigned for better usability on small
laptop screens.
o Underlying libraries for the solver and digital signing
functionality have been updated, for better performance and
increased security.
o OpenOffice 4.1.2 fixes security vulnerabilities. See:
<http://www.openoffice.org/security/bulletin.html>.
Note: CVE-2015-1774 was previously fixed in the FreeBSD port.
* Removed/Retired Features
o Support for the ancient .hwp file format was retired. This was
a rarely used format created with versions of the program named
"Hangul Word Processor" prior to 1997; therefore impact on users
is expected to be minimal. The few users who have files in the
.hwp format should convert them to ODF using Apache OpenOffice
4.1.1 before upgrading.
Nuke the patches or the parts of patches that have been committed
upstream.
Add an option to build and install the SDK and disable it by default.
The port has been building it all along, but not installing it. We
save only a small amount of time by not building it, but installing it
would require about 70 MB of extra space space. The FreeBSD port has
been patched to allow building the SDK with OpenJDK8.
Add an option to build and install the Wiki Publisher extension. If
it is enabled, it is now handled as an integrated extension, so the
user does not have manually use the extension manager to track it down
and install it.
Tweak an existing script to install the icons instead of using a bunch
of complicated code in the Makefile. Add USES=shared-mime-info.
Nuke some unused targets in Makefiles.others. The SDK is now explicitly
handled as an option, and the Uno Runtime Environment hasn't had the
capability for separate installation in quite some time.
Nuke an extraneous "-" from the tar command when unpacking the
installation archive during staging.
|
|
for the build to avoid any potential issues with relying on javavmwrapper
parsing bsd.java.mk to determine this at runtime.
Fix an botch in the FreeBSD-specific $LD_LIBRARY_PATH code in the
startup wrapper.
Java is needed at runtime, so flag it as a runtime dependency.
|
|
r1697312 from upstream trunk (with a few tweaks to compensate for
some other upstream changes not included here) to unbreak the build
with OpenJDK8.
Revert r399536 to unmark broken.
PR: 199591 (openjdk8 by default exp-run)
|
|
|
|
the need to use ${STRIP_CMD}.
Fix an intermittent build failure by adding a missing dependency to the
port's build framework. This change has been committed to the upstream
trunk.
|
|
Microsoft fonts and the proper definitions within OpenOffice have been
added so that they are recognized as such. [1]
The Linux ports handle the mapping from the printeradmin command to the
spadmin executable in the shell wrapper. Do the same in the FreeBSD
port rather than munging the printeradmin.desktop file. Retain the
spadmin link to the wrapper for backwards compatability.
The setofficelang command went away a long time ago. Remove it from
the shell wrapper and remove the link.
Exec the OpenOffice executables from the wrapper so that the shell for
the wrapper doesn't hang around as an extra process until OpenOffice
terminates.
Nuke an extraneous shell continuation in the Makefile.
Suggested by: pfg [1]
|
|
for shared extensions. This combination of issues could cause incomplete
cleanup on pkg removal if OpenOffice had been run by a user in the wheel
group.
Add a note about the location of the Wiki Publisher extension to
pkg-message.
|
|
bug with the upstream bug ID.
More do-install target optimization:
* Use the tar -s option to modify the path names when unpacking
the install archive into the staging directory rather than
unpacking, repacking, and unpacking again
* Pass --with-unix-wrapper to configure and patch a makefile
to get the desired Exec and Icon entries in the .desktop
files instead of patching them after they have been staged.
The Icon entries do not need to specify the .png suffix.
* Streamline the usage of ${STRIP_CMD}
* Create hard links to the wrapper for the individual apps
instead of symbolic links, and use a for loop instead of
repeating the command a bunch of times
* Centralize the plist generation, which allows the icon
installation ot be simplified
* Install missing startcenter app icon
* Mute many of the commands, but add strategic ${ECHO_CMD}s
|
|
specified but without specifying a document, that application is
started instead of presenting the user with the generic startup
window and requiring him to pick the document type (running
openoffice-*-scalc should open to a new spreadsheet, etc.)
Building with clang 3.7 is reported to have the same failure mode
as clang 3.6, so use the same optimization tweak as a workaround.
Various cleanups to do-install:
* The paths ${PREFIX}/${INSTALLATION_BASEDIR} and
${PREFIX}/${INSTALLATION_BASEDIR}/${AOODIR}, and
${PREFIX}/${INSTALLATION_BASEDIR}/${AOODIR}/share/xdg are
frequently used, so create a few variables to hold those paths
instead of repeating the same, long sequence in a number of places
* Tweak openoffice-wrapper to take advantage of the previous change
* Use INSTALLS_ICONS=yes instead of manually adding the @exec and
@unexec entries to the plist
* Edit bootstraprc only once with ${REINPLACE_CMD} instead of
running it twice to edit the same line
* Remove bootstraprc.bak so that it does not get installed
* With the advent of staging, it is not necessary to remove
${STAGEDIR}${DESKTOPDIR}/${EXECBASE}
* Simplify code for installing icons
Rename remaining OOO* variables to AOO*.
Delete unused definition of ${SUBST}.
Delete fbsd:nokeywords property and add svn:keywords to
files/openoffice-wrapper.
|
|
r396247:
* Consolidate patch-freebsd.mk, patch-set_soenv.in, patch-unxfbsd.mk,
and other changes that were committed to the upstream trunk
into patch-build-framework:
o Changes to aid building with gcc from ports on FreeBSD
o Changes to detect when building with clang and to decode the
compiler version
* Remove the REINPLACE_CMD patches from post-patch and $FBSD_LDFLAGS
from do-build that are no longer needed for building with gcc in
the general case because of the previous patch
* Disable optimization when compiling one source file with clang 3.4
to avoid tripping on a compiler code generation bug. This allows
us to build with clang 3.4 from base on FreeBSD 10, so remove
the dependency on clang 3.5.
* Fine tune compiler optimization flags when using clang 3.6 on
FreeBSD 11 i386 or gcc 4.9 instead of totally disabling
optimization
* Unbreak the build with gcc 4.9 on amd64
* Makefile cleanups without functional change:
o Combine two .if ${ARCH} == amd64 sections of Makefile
o Merge the pre-configure target into post-extract
o Simplify the code in the do-build target
o Sort USE_XORG
* Replace the default images in the opening splash window and the
Help->About window with FreeBSD-branded versions. Thanks to pfg
for suggesting this and reviewing the new images.
|
|
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
|
|
r391960):
* patch-i118574 no longer seems necessary for a clean build
* Regnerate patch-i114430 with make makepatch
* Build using boost from ports instead of the bundled boost
* Build using silgraphite from ports instead of the bundled version
* Add missing LIB_DEPENDS that are brought in by other dependencies,
but are directly linked as requested by pkgconfig/*.pc
* Build using sane and xrender headers from ports instead of bundled
headers
* Update LICENSE* to account for bundled software
* Reformat pkg-message and mention that the scanner interface can be
enabled by installing sane-backends
* Pet portlint
Update patch-bridges*, patch-freebsd.mk, patch-jpeg, patch-nss, patch-sal,
patch-set_soenv.in, patch-unxfbsd.mk, and patch-webdav to the versions
accepted upstream, regenerated with make makepatch.
Regenerate patch-CVE-2015-1774 with make makepatch.
Approved by: mat (mentor, implicit)
|
|
Chase all users of shlib version change of libpoppler.so.
PR: 201477 [1]
Submitted by: olivierd@ [1]
|
|
|
|
|
|
does not succeed in any case.
The do-build target does not need to use bash, or even an extra
level of shell.
There are two levels of parallelism in the openoffice build framework.
Split MAKE_JOBS_NUMBER between the two levels instead of potentially
running MAKE_JOBS_NUMBER^2 compilations in parallel.
PR: 199930
Approved by: mat (mentor, implicit)
|
|
CVE-2015-1774 and
<http://www.openoffice.org/security/cves/CVE-2015-1774.html>
Approved by: mat (mentor)
MFH: 2015Q2
Security: b13af778-f4fc-11e4-a95d-ac9e174be3af
Differential Revision: https://reviews.freebsd.org/D2478
|
|
There is a missing dependency on devel/dbus-glib that causes the
openoffice build to fail when the GCONF and GNOMEVFS options are
disabled. When these options are enabled, one of the dependencies
added by these options brings along dbus-glib so the default build
succeeds.
There is a configure knob to control whether or not dbus-glib is
used, so follow the lead of the libreoffice port and rename the
GCONF option to GNOME and bundle both Gconf and DBUS handling under
the GNOME option.
Borrow the MMEDIA option from the libreoffice port and use that to
control the using of gstreamer.
Add a couple of missing p5-* build dependencies.
Add the --enable-gtk, --disable-kde, --disable-kde4 configure flags
so that the port does not try to build with KDE if it is installed
because compilation fails.
USE_AUTOTOOLS=autoconf -> USES=autoreconf:autoconf
PR: 199865
Reported by: pi
Differential Revision: https://reviews.freebsd.org/D2441
Reviewed by: pi, pfg
Approved by: mat (mentor)
|
|
PR: 199029
Submitted by: shun <shun.fbsd.pr@dropcut.net>
|
|
* Work around broken build on FreeBSD 11.0-CURRENT i386, which appears
to be a code generation bug in clang 3.6 when using -Os optimization.
* Use the dictionaries already installed by ports.
* Update patch-*.mk patches to versions that were imported upstream.
They are tuned for clang to use as is, with only some minor
additional tweaks needed for gcc.
* Wordsmith pkg-message.
* Some Makefile cleanups.
Differential Revision: https://reviews.freebsd.org/D2151
Reviewed by: pfg
Approved by: mat (mentor)
|
|
Xorg is now looking in ${LOCALBASE}/share/fonts by default
Xorg now accepts symlinks in etc/X11/fontpath.d (as decribed in Xserver(1))
Large cleanup on lots of font ports
All fonts are now properly dynamically generating fonts.dir and fonts.scale
instead of sometime overwriting existing ones)
All fonts are generating fontconfig's cache
Improve consistency in fonts ports
|
|
where clang is the base compiler. The issue was that these ports
would only successfully build with gcc and libstdc++, so they
specified USE_GCC=yes, but they linked to other C++ ports that were
compiled with clang, which brought in libc++. The conflict between
libstdc++ and libc++ caused the application to crash whenever an
operation that popped up a dialog box was attempted. Thanks to
dim@ for helping me track this down. The fix is to patch various
bits of the openoffice souce to allow it to be built with clang
on systems where the C++ dependencies are also compiled with clang. [1]
Add a CUPS option so that CUPS can be disabled [2].
Register print/cups-client as a LIB_DEPENDS when CUPS is enabled.
pkg-message claims that user settings are stored in
~/.openoffice,org4, whereas all other platforms seem to use
~/.openoffice.org/4 (or equivalent), and both openoffice-4 and
openoffice-devel actually use ~/.openoffice.org-devel/4. The
addition of -devel to the location happened with r325370.
The / appears to have been introduced in r297259. Change the
location match other platforms. Introduce a new variable
${AOOUDIR} so that the actual location and pkg-message stay in
sync.
Rename ${OOOTAG} to ${AOOTAG} and restore its value so that it
can once again be substituted into pkg-message. It has not
been set since r296269.
Various Makefile cleanups:
* Gather and sort USE_*
* Simplify use of ${REINPLACE_CMD}
* --x-includes and --x-libraries are automatically passed to configure,
which ignores them
* Get rid of unnecessary include of bsd.port.options.mk
PR: 188088 [1]
PR: 198458 [2]
Differential Revision: https://reviews.freebsd.org/D2055
Reviewed by: pfg
Approved by: mat (mentor)
|
|
The problem is that libreoffice installs its own copy of unopkg in
${PREFIX}/bin and that the openoffice build attempts to use this copy
of unopkg instead of the openoffice version which is in subdirectory
of ${WRKSRC}.
The reason is that the openoffice build expects to find its own copy
of unopkg by depending on having "." in its $PATH, but its $PATH has
${PREFIX}/bin before ".". Openoffice attempts to do the right thing
by first constructing $PATH by prepending "." and a small number of
other directories where it stashes executables used during the build
to the value of $PATH that it inherits from the environment. Things
go wrong when it tries to add the paths for ${CC}, perl, and java
to $PATH. If $PATH has /usr/bin before ${PREFIX}/bin, the openoffice
build finds the perl symlink in /usr/bin before it finds perl in
${PREFIX}/bin, so it prepends ${PREFIX}/bin to $PATH to try to ensure
that the correct version of perl will be found first. This moves
${PREFIX}/bin earlier in $PATH than ".".
The operation to put the path to ${CC} in $PATH has a different
problem. It uses the variable COMPATH for this, which is the dirname
of the patch to $CC, with the trailing /bin stripped off. That
results in /usr/local being added to $PATH, which is nonsensical,
though mostly harmless.
There are three fixes here:
* Always keep the parts of $PATH for the directories under ${WRKSRC},
including "." at the beginning of the path.
* Ignore symlinks to executables when deciding to prepend a directory
to the path.
* Append "/bin" when using COMPATH so that the result points to the
directory where ${CC} actually resides. There is actually another
variable CC_PATH, but it has an extra trailing "/", so it doesn't
match ${PREFIX}/bin.
PR: 195967
Differential Revision: https://reviews.freebsd.org/D1957
Approved by: mat (mentor)
|
|
Work around this bug <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65009>
in g++49 -Os optimzation by using -O0 optimization if we are compiling
with g++49.
Differential Revision: https://reviews.freebsd.org/D1792
Approved by: mat (mentor)
|
|
PR: 197554
Submitted by: Carlos Jacobo Puga Medina <cpm@fbsd.es> (maintainer)
Approved by: zi
|
|
Make sure we use openjpeg1 in poppler, while openjpeg2 support
was added there still bugs in openjpeg2 that need to be fixed.
Add patches to inkscape for API changes in poppler 0.29.0 [2].
PR: 196599 [1]
Submitted by: olivierd@ [1]
Exp-run by: antoine@
Obtained from: upstream [2]
|
|
broken).
plist fixes:
* Don't add @dirrm to generated plist
* Don't add a blank line to generated plist
* Don't truncate ${TMPPLIST} (from mat@)
* Don't add @dirrm to generated plist
* Add @dir for empty directories
Makefile diff reduction vs. upcoming openoffice-devel update.
Differential Revision: https://reviews.freebsd.org/D1561
Approved by: mat (mentor)
|
|
Unbreak. [1]
The port build fails with gcc 4.9, convert to USE_GCC=4.8. [2]
Differential Revision: https://reviews.freebsd.org/D1557
Submitted by: pfg [1]
Submitted by: gerald [2]
Reviewed by: pfg
Approved by: mat (mentor)
|
|
relies on features that are only present in this version of saxon. The
recent update to math/scilab added a dependency to textproc/saxon-he, and
it requires features that are only present in this version. Unfortunately
saxon-devel and saxon-he conflict because they both want to install
/usr/local/share/java/classes/saxon9-xqj.jar, which means that openoffice-4
and scilab can't both be installed on the same machine. Avoid this problem
by tweaking openoffice-4 use a private copy of saxon. This requires a
new version of the ext_sources tarball.
Bump PORTREVISION so that users pick up the updated port.
Modernize MASTER_SITES syntax and update MASTER_SITE for unowinreg.dll.
Update comment to take de facto mainternship.
PR: 193776
Differential Revision: https://reviews.freebsd.org/D1553
Reviewed by: bapt, pfg
Approved by: mat (mentor)
|
|
|
|
|
|
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
|
|
Release announcement:
Announcing Apache OpenOffice 4.1.1
21 August 2014 - The Apache OpenOffice project is pleased to announce
the immediate availability of OpenOffice 4.1.1. You can download
it from our website.
Apache OpenOffice 4.1.1 is a micro update with many useful and
critical bugfixes including 2 security relevant fixes (details will
come separately).
Bugfixes include:
better compatibility with Microsoft Office files, better support
for Mac OS X gestures and scrolling, enhanced compatibility
with Linux desktop environments.
A full list of the issues fixed in this release can be found at
http://s.apache.org/AOO411-solved.
With 3 additional supported languages, OpenOffice 4.1.1 increases
again the number of released languages which is now 41. The released
languages are Asturian, Bulgarian, Catalan, Calalan (Valencia AVL),
Catalan (Valencia RACV), Czech, Danish, German, Greek, English (GB
+ US), Spanish, Basque, Finnish, French, Scots Gaelic, Galician,
Hebrew, Hindi, Hungarian, Italian, Japanese, Khmer, Korean, Lithuanian,
Norwegian Bokmal, Dutch, Polish, Portuguese, Portuguese Brazil,
Russian, Slovak, Slovenian, Serbian Cyrillic, Swedish, Tamil, Thai,
Turkish, Vietnamese, Chinese (Simplified + Traditional).
Apache OpenOffice 4.1.1 is the next key milestone to continue the
success of OpenOffice.
Details of new features and enhancements in this release are described
in the Release Notes
<https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.1+Release+Notes>.
Those interested in the source code can download it via the links
on this page <https://openoffice.apache.org/downloads.html>.
Juergen Schmidt - Apache OpenOffice Release Manager and member of
the Project Management Committee
Posted at 08:00AM Aug 23, 2014 by pescetti in General
PR: 193051
Approved by: office@ (bapt)
|
|
editors/openoffice-4 on FreeBSD 10.0 and 11.0. The cause of the
breakage is that on systems with clang as the default compiler,
graphics/silgraphite is built with clang and linked to libc++.so.1,
while openoffice is built with gcc from ports and linked to libstdc++.
This combination causes the resulting executables to go boom.
Add a source makefile patch to unbreak the --with-system-jpeg option
and enable this option. The problem is that without this patch the
build tries to link to the openjdk version of libjpeg instead of
the version installed by graphics/jpeg.
The --with-system-mythes options also works, so enable it as well.
Adjust LIB_DEPENDS for these changes. Also make the graphics/png
dependency explicit.
Reroll the ext_sources tarball for these changes. Remove SVNREVISION
from its name and tweak how it is extracted to allow the same
ext_sources tarball to be used for multiple AOO releases.
Various Makefile tweaks to make upgrades easier and to reduce
differences between the Makefile for openoffice-4 and a forthcoming
update to openoffice-devel.
USE_PYTHON=yes is obsolete, so convert to USES=python.
Remove a bunch of @'s from the Makefile to make the build slightly
more verbose and make debugging a bit easier if something breaks
in our Makefile.
Remove trailing cruft from files/patch-sal (from pfg@).
Nuke files/patch-sal-inline (from pfg@).
PR: 192545
Approved by: office@ (bapt)
|
|
Fix all portlint -a and check-plist errors and warnings.
Fix all but one stage-qa warnings.
Disable --with-system-boost because it broke the build.
Enable the --with-system-graphite, --with-system-hyphen, and
--with-system-nss configure options.
Add all distfiles that were previously downloaded during
built to the ext_sources distfile. Add the --disable-fetch-external
configure flag to disable downloads during build.
PR: 192258
Approved by: office@ (bapt)
|
|
library version change.
Approved by: portmgr (implicit)
|
|
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
|
|
Reported by: Norbert Augenstein <lists@augenstein.net>, pfg
|
|
|
|
While here convert some LIB_DEPENDS
|
|
PR: 185401
Submitted by: Jan Henrik Sylvester <me@janh.de>
|
|
- svn move Templates/Licenses/AL2 Templates/Licenses/APACHE20
- add APACHE10 and APACHE11 to Mk/bsd.licenses.db.mk
- add entry in UPDATING
- bulk change all ports AL2 => APACHE20
- math/openfst/pkg-plist: remove share/licenses/openfst-1.3.4
PR: ports/184785
Submitted by: ohauer
Reviewed by: tabthorpe
Approved by: portmgr (tabthorpe@)
|
|
Update comment.
Use new LIB_DEPENDS syntax, use USES=pathfix.
Stagify.
Bump portrevision of all affected ports, and Update poppler* LIB_DEPENDS to
new syntax.
|
|
the mtree (categories starting with [bce])
Approved by: portmgr (bdrewery)
|
