PORTREVISION or PORTEPOCH are defined.
Most of these Makefiles were defining DISTNAME and WRKSRC (and
sometimes EXTRACT_SUFX) -- change those to define DISTFILES only.
Also, some of the WRKSRC lines were not even necessary, as they were
defining it to the default value.
Instigated by: Peter Pentchev <roam@orbitel.bg> and kris
trying to lock a serial device in /var/spool/lock to be
incorrectly written into the lock file.
PORTREVISION bumped.
PR: 20141
Submitted by: Cyrus Rahman <cr@jcmax.com>
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/.
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.
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
Currently, the hylafax port has a few flaws -- it uses
the libz and regex libraries that come with the software
instead of the implementations available on FreeBSD and
ignores the local CFLAGS settings. It also needlessly (it
seems) requires gmake.
PR: 19552
Submitted by: Mikhail Teterin <mi@aldan.algebra.com>
options `start' and `stop' now (unless I have forgotten any). This allows
us to call the scripts from /etc/rc.shutdown with the correct option.
The (42 or so) ports that already DTRT before are unchanged.
which officially fixes the setuid security exploit by the vendors.
Additionally, from the PR:
* adds in distribution patches to allow it to interoperate
with libtiff-3.5.5 (the current version in the ports tree),
and replace an original FreeBSD patch.
* includes security patches (replacements of 'strcpy' and
'sprintf', primarily), mostly based on patches originally
submitted by Alex Langer [1] for 4.0pl2 and not yet commited,
although some new work was done too.
[1] I don't think, that these were my patches but those submitted by
John Holland <john@zoner.org> in PR 19180.
* Fixes some issues with the configure/setup scripts introduced
since the previous version.
* Additionally, original FreeBSD patches from 4.0pl2 were
merged in where they were not addressed by anything else.
(except the I18N patch, sorry).
I removed the FORBIDDEN line since there are at least no obvious security
concerns left.
PR: 19237
Submitted by: Andy Sparrow <andy@geek4food.org>
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
I don't know exactly what changed in the distfile. To generate the new
checksum I did ``make distclean makesum''. So I don't have the old distfiles
around to check. I did verify that the new distfiles does compile and the
resulting binary runs. But I guess that is not suffient today.
Prodded by: kris
basically what the PR suggested, although i did it somewhat
differently. (The PR was related to the previous version of Kermit
anyway.)
After asking Frank da Cruz again, i did however decide to not run the
shipped ckermit.ini (alias .kermrc) by default; the defaults of Kermit
version 7 are supposed to fit the needs of most people, so there is no
need to run the .ini file for everybody. Those who want it can still
find it in the `examples' directory (and Frank suggested users who
like to do this can easily run this as a `kerbang' script file instead
of starting the plain kermit binary).
PR: ports/14894
Submitted by: Oh Junseon <hollywar@holywar.net>
Only changed giflib -> libungif in kdegraphics.
They realy do NOT want libgif, and do NOT use libgif anywhere.
Some ports are checking its existence in configure, but they
are nonsense at all!!
instead. The hack fell over on the Alpha architecture anyway.
Quoting Frank da Cruz <fdc@watsun.cc.columbia.edu>:
``P.S. The "default" man page is ckuker.nr. You only need to run ckuker.cpp
through "make manpage" if you are building a custom man page (like the one
that we make for HP-UX). Since FreeBSD does not have a custom man page,
there is no need to do this.''
The Kermit port is now fully Alpha-ready, too.
This program is used to transfer data between a Psion Series 5mx
(default) or Psion Series 5 to a Unix server. The ncp daemon is
started to communicate with the Psion and an ftp like interface is
provided by rfsv.
PR: 15181
Submitted by: Maurice Castro <maurice@atum.castro.aus.net>
mailing stuff out automatically, it is just too much. Please use
lrzsz, zmtx-zmrx or any other free alternative.
If nothing else works, you can always compile rzsz from the original
source.
who brought you C-Kermit, but released under the GPL. It's
meant to be small and fast and only useful for up/downloading.
PR: 15984
Submitted by: Dom.Mitchell@palmerharvey.co.uk
Add myself as the maintainer.
Remove `RESTRICTED', open-source operating systems are now allowed
to redistribute either sources as well as a binary version.
sprintf() in insecure manner (may subject to buffer overflow, like xmindpath
in magicpoint).
If you really care, I can mark them BROKEN until they are confirmed to be safe.
Note that this port currently has no MAINTAINER, so will probably stay
broken until it either gets upgraded or fixed by someone who actually uses
it.
Submitted by: Brock Tellier <btellier@usa.net>
Ugh. pkg/DESCR is an advertisement for your port, people. It seems to
me that if I was writing a port for some peice of software that I liked,
I would try to make it look nice to the rest of the world, who might never
even use it otherwise.