to choose it in favour of the base openssl.
This kills cups-printing from inside firefox/mozilla.
Adding --disable-openssl seems to solve this.
Testet by: Stijn Hoop <stijn win.tue.nl>
o Take over maintainership [2]
Submitted by: Patrick Atamaniuk <atamaniuk-ports@frobs.net> (maintainer) [2]
Approved by: Patrick Atamaniuk <atamaniuk-ports@frobs.net> (maintainer) [1]
o it will tell you now that you have to configure it first using the
Xfce settings manager instead of coredumping
o if you configured it, it will work now (-Wl,-E was missing in LDFLAGS)
- bump PORTREVISION
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)
${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the
headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl,
ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve
those issues. It is recommend you to rebuild any apps that depend on
lang/ruby18, so see the UPDATING for detail.
Remove the 'BROKEN' on the other ports that knu has added them few weeks ago.
Some of them have been tested, so if one of them is still broke then please
let us know and one of us will re-add the 'BROKEN'.
This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x
and I did others. lofi, thanks for help!
Tested by: many people
Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x),
and sparc64 (FreeBSD 5.x and 6.x)
Not test on: ia64 and alpha
Approved by: portmgr (kris)
The modified files between old and new are src/pdfximage.c and
src/spc_misc.c -- forget to fix remaining bugs related to MiKTeX
file searching.
Submitted by: hrs
old email address bounces, and he has not been responsive to email on the
only other one we have for him.
These ports are now available for adoption.
Come back coop, we miss ya ...
- pcl3 and hpdj driver fixes for HP DeskJet550C driver and compatible printer
- fixes port dependency for acroread5
PR: ports/77405
Submitted by: John Cochran <jdc@fiawol.org>
Erik Sjolund discovered several issues in enscript: it suffers from
several buffer overflows (CAN-2004-1186), quotes and shell escape
characters are insufficiently sanitized in filenames (CAN-2004-1185),
and it supported taking input from an arbitrary command pipe, with
unwanted side effects (CAN-2004-1184).
Obtained from: Gentoo
Also this ports now fits to the new teTeX directory layouts that
is introduced very recently.
Submitted by: hrs (also known as the teTeX-related ports maintainer)
A lot of tools and macros has been updated and the share/texmf* directory
structure has been changed as well. The portupgrade utility should work,
but please read http://people.freebsd.org/~hrs/tetex-upgrade.txt before
upgrading.
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.
PR: 75344
Approved by: portmgr@ (kris), ade & sean (mentors)
Deducing info from the program's website, it will need Perl,
ImageMagick, libwww-perl and ghostscript, nothing more, nothing less.
Also, take on maintainership.
Approved by: ade (mentor)
- while being here trimmed COMMENT according to portlint
- providing backward compatibility if needed via WITH_BASH2 make env var
- bumping port revision
- closing 76805
PR: 76805
Submitted by: Michael C.Shultz <reso3w83@verizon.net>
- remove x11-fm/xfce4-fm-icons misc/xfce4-panel-themes (obsoleted by that update)
- take maintainership of x11-wm/xfce4-session [1]
- bump PORTREVISION of all plugins because they need to be linked against the new xfce4 libs
Approved by: maintainer [1]
- Build with GNUTLS isntead of OpenSSL by default to fix FireFox issues
- Fixed man languages
- Change maintainer e-mail
- Pass maintainership of print/cups to submitter
PR: ports/76337
Submitted by: Sergey Akifyev <asa(at)agava.com> (maintainer of cups-base and cups-lpr)
<mwest@uct.ac.za>: host smtp1.uct.ac.za[137.158.128.183] said: 550-rejected -
source of viruses bounced from own clients to forged local 550 postmaster
address
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
