fine without explicit version in there, while specifying it can
occasionally confuse (cf. ports/78527). Packages depend on specific
versions of Xaw3d and X libraries anyway and ports will get the right
version number through imake.
and print/amspsfnt. Some font management software expect
that both of .afm and .pfb files are in the same directory.
Bump PORTREVISION of the related ports.
Suggested by: Pedro F. Giffuni (giffunip at asme dot org)
- Remove BROKEN line.
- Depend on print/teTeX-base instead of print/teTeX.
- Use etex(1) for typeset of manual.dvi.
- Invoke mktexlsr(1) after install and deinstall.
Approved by: portmgr (krion)
to the following URL, to redistribute the distfiles for anything other
than internal company or individual use, a redistribution permission
form must be filled out:
http://www.adobe.com/products/acrobat/distribute.html
Noticed by: Joerg Wunsch <j@uriah.heep.sax.de>
which provide a simple interface to some of the functionality of
the pdfpages package (by Andreas Matthias) for pdfLaTeX.
PR: ports/78921
Submitted by: Paul Chvostek <paul+ports@it.ca>
(based on Ghostscript).
It has the following features:
* Add/Remove PDF files;
* Adjust the order of the PDF files;
* Merge the PDF file based on ps2pdf.
PR: ports/78895
Submitted by: Nicola Vitale <nivit@email.it>
acroread7). This resolves the biggest complaint about the new
acroread port. In case an acroread5 port will appear, it then needs
to either be marked as CONFLICT with acroread7, or it should not
install the same symlink, too. This should fix all other ports that
depend on the name "acroread" for the executable.
Depend the port on linux-XFree86-libs, as the most recent versions of
linux_base do no longer contain the X11 libraries. For older versions
of linux_base, this might cause a conflict, but I believe these older
versions are incompatible with the linux-gtk2 prerequisite anyway.
Disable the PPKLite plug-in as we do not want another dependency (on
linux-openldap-libraries where we don't even have a port for). This
is done by chmod 0'ing the plug-in, so anyone interested in it can
easily get it alive again. That way, the annoying popup message at
startup is avoided.
Not resolved: I'd rather leave it to the maintainer to decide whether
and how the installation should go to ${LOCALBASE} instead of
${LINUXBASE}. Technically, I see the description for LINUXBASE in
${PORTSDIR}/Mk/bsd.ports.mk fit here, so this is not strictly a
violation of policy.
The release notes can be found at
http://www.gnome.org/start/2.10/notes/rnwhatsnew.html, and will give you a
good idea of what has gone into this release overall. However, a lot of
FreeBSD specific additions and fixes have been made. For example, this
release offers fixed ACPI support as well as new CPU freqeuncy monitoring
support. See the FreeBSD GNOME 2.10 upgrade page at
http://www.FreeBSD.org/gnome/docs/faq210.html for the entire list as well
as a list of known issues and upgrade instructions.
GNOME 2.10, as well as all of our releases, would not be possible without
the great team that goes into porting and testign each and every component.
Thanks definitely goes out to ahze, adamw, bland, kwm, mezz, and pav for all
their work. We would also like to thank our adventurous users that chose to
ride the walrus. We'd especially like to thank the following users that
provided patches for GNOME 2.10:
ade
Yasuda Keisuke
Franz Klammer
Khairil Yusof
Radek Kozlowsk
And anyone else I may have accidentally omitted.
As with GNOME 2.8, 2.10 comes with a brand-spankin' new splashscreen
courtesy of Franz Klammer. However, unlike GNOME 2.8, we've included all
of the FreeBSD GNOME splashscreen entries with gnomesession. You can
use the deskutils/splashsetter port to choose the one you like best.
As always, GNOME users should _not_ use portupgrade alone to upgrade to
2.10. Instead, get the gnome_upgrade.sh script from
http://www.FreeBSD.org/gnome/gnome_upgrade.sh.
Enjoy!
no changes in freetype so that was a no-op.
Update to 2.1.9. Note: this version is ABI compatible with 2.1.7, so no
ports need to be recompiled for this update.
PR: 78385
Submitted by: lesi
Commit blunder reported by: ahze
it contains xft-compatible versions of LaTeX fonts for use with
visual math symbol display in LyX.
Don't add the submitted new port x11-fonts/latex-xft-fonts because
the requested fonts are already part of texcm-ttf.
PR: ports/76919
Submitted by: Andrew Thompson (maintainer)
