does not support OpenSSL <= 0.9.4. Also add USE_OPENSSL, to keep people
who don't have it installed from using the port. Perhaps that should be a
knob, in case people have some legitimate reason not to have OpenSSL.
- it enables XIM in Netscape 4.x correctly.
- it makes -ksc5601.1987-1 fonts to be not mandatory in XIM in
Netscape 4.x, without this patch, Netscape tries to use
-ksc5601.1987-1 fonts in HTML form. But -ksc5601.1987-1 fonts is
not standard in Korea.
- it eliminates dirty hack in Korean IMs, korean/{ami,hanIM,byeoroo}.
Submitted by: CHOI Junho <cjh@kr.FreeBSD.org>
- it enables XIM in Netscape 4.x correctly.
- it makes -ksc5601.1987-1 fonts to be not mandatory in XIM in
Netscape 4.x, without this patch, Netscape tries to use
-ksc5601.1987-1 fonts in HTML form. But -ksc5601.1987-1 fonts is
not standard in Korea.
- it eliminates dirty hack in Korean IMs, korean/{ami,hanIM,byeoroo}.
Submitted by: CHOI Junho <cjh@kr.FreeBSD.org>
ForceNormalLib and HasSecureRPC
Remove more "if [ $answ = YES ] ..." unnecessary tests.
Ask for building with PAM support. It does not work for now: the #define HasPam
is strangely ignored in xdm's Imakefile.
Reviewed by: <jmz@freebsd.org>
Approved by: <jmz@freebsd.org>
Obtained from: XFree86
XFree86-4.0.1 has a driver error with a large number of Mach64 based cards
that will cause errors of the form "unsupported XCLK 7". This patch,
posted to the XPERT and newbies lists on XFree86.org by La france from
ualberta.ca fixes this issue.
KANJI is defined (bad eterm, no cookie ;) to use EXTRA_PATCHES=
extra-patch-kanji.
(Actually, I'm not sure why KANJI is even needed when there exists a
japanese/eterm which appears to be a newer version, but anyway.)
libICE and xdm. Also some potiential buffer overflow may occur in XKB
options parsing (although they can't be exploited in OpenBSD's default
setup where the X servers are not setuid). This patch fixes all these
problems.
Submitted by: kris
MASTER_SITES into bsd.sites.mk (MASTER_SITE_XFREE). Also add officially
announced by xfree http mirror. Following is the announcement.
[20 September 2000]
XFree86 nows offers http download access! This is a big story for those
who cannot download via ftp access because of proxy/firewall concerns.
This has been generously donated by the Computing Center of the University
of Applied Sciences in Esslingen, Germany. This is a full ftp mirror
repository which is updated hourly with a connection speed of 20 MegaBit.
the environment and any options passed to it. It is meant to
enhance security on multi-user systems running XFree86 4.x, where
the ability to use a startx script is needed.
If you have XFree86 3.x, do not install this, you do not need it
and it will not work.
PR: 21352
Submitted by: Trevor Johnson <trevor@jpj.net>
I created a rxvt-devel port. This will contain the devel version
2.7.3 which used to be carried as rxvt. The rxvt port will now
contain the stable version 2.6.3.
Besides, I added some MASTER_SITES so as to fix the unavailable
distfile message I got from the automated scripts.
PR: 20768
Submitted by: maintainer
Repo-copy by: asami (AFAIK this was a fastest served repo-copy I ever seen -
it took about 5 minutes from the moment when I fired a request
to PW and the moment when I received his reply ;).
have not tried KDE 2.0 or haven't done so in awhile (i.e. since July or
before), you should try this. This version is extremely stable and offers
better functionality than before. This update also introduces the KDE2
modules kdegraphics and kdemultimedia to our ports tree. Additionally,
this marks the first time FreeBSD packages were announced as part of the
KDE2 beta release announcement! :-)
Most (if not all) of the remaining modules in KDE2 will be added for the
update WRT the final release.
A hack was added to fix building with SSL in kdelibs; this has been merged
in the main tree and will go away with 2.0 release update. Thanks to David
Faure <david@mandrakesoft.com> for his help regarding this.
Also, building the docs should now succeed because I've added a build
dependency on jade and linuxdoc (should be enough).
People can get my precompiled packages from the usual location on the KDE
FTP server (should spread to the mirrors Real Soon Now (tm)):
http://ftp.kde.org/pub/kde/unstable/distribution/2.0Beta5/tar/FreeBSD/
Have fun! Remember to reports bugs through http://bugs.kde.org/.
GNOME version of xdm display manager.
This gdm has been a headache for us, the GNOME
binary maintainer for FreeBSD. Half of patches are from
NetBSD pkgsrc system.
Thanks for NetBSD and TAKANO Yuji <takachan@running-dog.net>!
"su nobody -c ..." will only return "This account is currently not
available." This should really be "su -fm nobody -c ..." instead.
Submitted by: Christian Weisgerber <naddy@unix-ag.uni-kl.de>
Submitted by: maintainer
(1) Respect CFLAGS when compiling shared libraries and servers.
(imake-4, XFree86-4-libraries)
Reported by: asami
(2) Do not redefine list of supported cards, and support architectures
other than i386 better.
(imake-4, XFree86-4-Server)
To use it, you must specify the display name of the machine you want
to watch, then the name of the window on that machine.
Xwatchwin will attempt to connect with the X server
hostname:0.0, and if successful, will try to retrieve a copy of
the window in which you specified interest.
Obtained from: NetBSD
dependencies to kde2, and add koffice to kde2, because it's part of the
2.0 release. Fix my bogon in forgetting to remove obsolete qt22 patches.
The current state of the ports as far as building and installing is quite
good, but I expect minor problems with PLISTs other than for the ones I've
fixed here. I'm going to let bento figure it out. :-)
Please, test these ports and report bugs to submit@bugs.kde.org, and send
me problems with the ports themselves. I've found that KDE2 seems to have
stabilized significantly since the last snapshot.
And now, I am removing the last patch remaining in the KDE2 ports, except
for the QT 2.2 snapshot.
I can address some of its issues (should see it marked un-broken in about
3 hours, if they're trivial enough). It took too long to get this update
out the door... :-(
This is a rather stable version of KDE2. Release is hoped for sometime
next month, so I'm going to try to reroll snapshots this weekend.
Also decide policy by removing the interactive requirement in qt22's
configure script. I don't know why they bothered adding it there..
Bugged by: *many* bug-reports, requests, etc.
Submitted by: asami
Upgrade to 4.17.2, while I'm here:
* coredump fix for GL modes cage, moebius, rubik, skewb, and stairs
* and Mesa3.1 thanks to Tom Schmidt <tschmidt@micron.com>.
* solitare.cc update for disable-interactive.
* xlock -resources crashes on Solaris thanks to Alexander Elgert
* <elgert@rbg.informatik.tu-darmstadt.de>.
Fix linker failures when libXThrStub.so.6 is not already installed. (PR
ports/20386)
PR: ports/20386
Submitted by: Peter Jeremy <peter.jeremy@ALCATEL.COM.AU>
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
from ${WRKDIR}/.config to ${WRKDIR}/config .
Conditionalize the interactivity of the configure script on the
existence of ${FILESDIR}/config . If the file exists, copy it
to ${WRKDIR}/config and do not ask questions.
After short discussion with Imura-san, back out GIF-by-default until I can
confirm whether or not there are license issues with Unisys. I will deal
with this later. I should note that I'd committed to qt2[12] previously
without conferring with him on the GIF issue first.
One big ouchie: I didn't even set MASTER_SITE/MASTER_SITE_SUBDIR on qt22
properly.. but oh well. Nobody's perfect. :-)
Things should be un-broken now.. please test these ports! I'll be trying
to update them to a new snap after a week or so.
Pointy hat: will
Patches graciously submitted by: nra
Konqueror can load HTML documents, KOffice works semi-well, and KDE2 in
general seems less buggy. Only kdeutils was left out of this mega-update.
However, it should return soon. :-)
The massive reduction in patches is mostly the result of using perl
regex replacement. This reduces the amount of time it will take in the
future to upgrade these ports, and load on the repository.
QT 2.2.0beta0 (aka qt-copy) is officially enabled for the express
purpose of allowing KDE2 to compile. It is available in the qt22 port.
Additionally, GIF support is re-enabled in both Qt2 ports, so that
people can now read GIF images. GIF support is enabled through an
internal GIF reader in Qt, and requires no patented libraries. Special
effort was made to ensure that people do not install both qt21 and qt22
ports at the same time.
I'd like to take a moment to thank the following people for their help:
Alex Zepeda <jazepeda@pacbell.net>, Stephan Kulow <coolo@kde.org>, Harri
Porten <porten@kde.org>, Waldo Bastian <waba@kde.org>, Marc G. Fournier
<scrappy@hub.org>, Arun Sharma <adsharma@sharmas.dhs.org>, Matthias
Hoelzer-Kluepfel <mhk@caldera.de>, and many others. Over 150 hours of hard
work, testing, etc. were put into this update. Another couple hundred of
hours were spent by CPUs trying to compile this behemoth. :->
Special thanks to: Physics Computer Network @ Purdue staff, especially
C. Stephen Gunn <csg@physics.purdue.edu>, for giving
me access to an extremely fast machine for doing
test builds (it performed 12 full builds of the
entire suite in the last 7 days).
PR: 18838
Submitted by: Arun Sharma <adsharma@sharmas.dhs.org>
Approved by: imura, asami
gethostbyname(); it uses a 25-character buffer which is insufficient for
some localhost domains; increase to 255 (plus terminating character), which
is XNS5 recommendation.
Obtained from: NetBSD
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
etc.) but I added five .o files to Server.
When we move to these ports as default, BSD.x11.dist will be changed so
we can get rid of all the @dirrm's.
Submitted by: bento
audio/gnomemedia 1.2.0
deskutils/gnomepim 1.2.0
devel/bugbuddy 1.0
devel/glade 0.5.9
devel/libgtop 1.0.9
games/gnomegames 1.2.0
graphics/imlib 1.9.8.1
misc/gnomeusersguide 1.2
misc/gnomeutils 1.2.0
sysutils/gnomecontrolcenter 1.2.0
sysutils/gtop 1.0.8
x11-fm/gmomemc 4.5.50
x11/gnomecore 1.2.0
x11/gnomelibs 1.2.1
Along with cosmetic changes to other parts of the metaport
for the new shared library version numbers.
Plus. The metaport has been reworked to bring in a few more
often-requested items.
Please note that you absolutely need GTK/GLIB 1.2.8 or higher
for this release.
doesn't allow normal users to run the KDE screensavers. It's quite
doubtful that the KDE people are going to do any audits of such code, so
"better safe than sorry" principle comes in play here.
PR: 17692
Submitted by: Mario Sergio Fujikawa Ferreira <lioux@uol.com.br>
