building with GTk and Qt frontends needs to be investigated.
The layers upon layers of automake/autoconf/configure.in/configure are
disgusting and call for a nice and clean replacements of Makefiles.
PR: ports/40080 (and a few earlier ones without patches)
Submitted by: KATO Tsuguru
- switch devel/gettext (0.11.1) on, installing full package
- flip devel/gettext-old (0.10.35) to installing only static binaries
with a "-old" suffix -- gettext-old will have its deorbit burn
sequence initiated just after 4.6-RELEASE
- fix up ports for the new world order
Reviewed by: portmgr
XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
[Has anyone figured-out what makes the number 393 so interesting to PW, now?]
I wonder what was going through Jordan's head during his infamous
$Id$-smashing commit.
Before I forget....
Thanks to naddy@mips.rhein-neckar.de (Christian Weisgerber) for prompting
this commit. See msg-id: 7geokh$tje$1@mips.rhein-neckar.de
Not broken for ELF, since xforms lib isn't broken anymore
Although xforms should be ok for ELF I got the following error message
at startup of lyx:
/usr/libexec/ld-elf.so.1: Shared object "libforms.so.0.88" not found
Had to apply a symlink manually:
root{207} /usr/X11R6/lib ln -s libxforms.so.0 libforms.so.0.88
root{208} /usr/X11R6/lib ldconfig -m /usr/X11R6/lib
fixed: make WITH_ISPELL=yes installs with ispell otherwise without
lyx's ``configure'' disables the use of mmap for some reason (PR 5920)
checked, that on FreeBSD-current mmap is being used.
PR: 7349+5920
except to official homepages, but in this batch there were a few
cases where a link was desireable anyways. For these, the form
http://url/ (FAQ/whatever)
was used.
This is a development release, but I can't get any of the "stable" releases
to build properly and run w/o dump core with xforms 0.86.
(they use an even/odd version numbering scheme like Linux)
Lyx has entered a somewhat code-freeze for an upcoming 0.12. So this version
should be ok (better than "stable" 0.10.7 is on FreeBSD at the moment...)
LyX is a wordprocessor frontend to LaTeX, which gives both the
ease-of-use of a wordprocessor, and the flexibility and power of
LaTeX.
Quasi-WYSIWYG interface, many LaTeX styles and layouts automatically
generated. Speeds up learning LaTeX and makes complicated layouts
easy and intuitive. New features include spell-checking, international
character support, WYSIWYG graphics, tables, and equations.
