This unmaintained port has at least two problems. The first is that
MI_WITH_MAKE internal option requires make.info from gmake, which is
not part of the package anymore.
Turning that option off somehow prevents mi-emacs.idx from building.
The last commit from the last listed maintainer was March 2008. As
this hasn't properly built since r119448 (14 Oct 2004) when gmake's
make.info was removed, the expiration period will be only 30 days.
While I'm here
- Switch to USES= gmake
- Convert to new LIB_DEPENDS format
- Enhance COMMENT entry (misc/xfce4-wm-themes)
- Adjust Xfce dependencies, and bump PORTREVISION
(sysutils/xfce4-power-manager)
This unmaintained port is also a high-maintenance port. Every 3-4
months it becomes unfetchable as the current distfile is removed
and replaced with a new version. This is intentional on the part
of upstream because it is trialware with restrictions.
In order to keep this port, somebody must actively maintain it,
as it's requirements are not reasonable for ports@
Approved by: portmgr (bapt)
The following ports will not build with a binutils 2.22+ linker built
with standard options. This has been obvious with DPorts, but difficult
to see on FreeBSD. However, setting the ports compiler as a recent gcc
(e.g lang/gcc48) is an excellent way to detect the unspecified but needed
libraries as these recent GCC compilers use the latest binutils linkers.
These patches were tested on FreeBSD 8.4 and DragonFly 3.5
- Remove identif and basecomponents targets from editors/lazarus. Now it is
installed from lazarus-lcl-[nogui|qt|gtk1|gtk2] ports
- Add some missing directories to PLIST
- Some additional modifications
PR: ports/182647
Submitted by: Pavlo Greenberg <dog at virtual.org.ua>
default interface is installed. It will be used to build any app with another lcl
as requirement.
Reported by: Benat Gonzalez Etxepare <bbtruk __at __users.sourceforge.net>
At least some of the source tarball has DOS line endings so
USE_DOS2UNIX was set in the Makefile in order to create the patch.
Approved by: portmgr (bapt, implicit)
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
heavily inspired by several upstream patches and a crucial hint from tijl.
- Remove a redundant compiler flag for MDDS. The GXX_INCLUDE_PATH variable
was removed with STLport support and it seems it is not necessary any more.
- Add an upstream patch. It may work around a potential compiler problem.
- Convert to new LIB_DEPENDS format.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).
Co-authors: bapt, madpilot and bsam (me)
after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc
Reviewed by: bapt
Approved by: portmgr (bapt)
Discussed with: bapt, bsam (who both contributed ideas and code)
1) Move -a from XMKMF command variable to a new XMKMF_ARGS variable.
For ports that don't need -a introduce USES=imake:notall.
This way ports no longer have to redefine XMKMF.
2) xmkmf -a runs imake with the flags in IMAKECPPFLAGS as extra arguments
to set CPP, CC and CXX. This creates the top Makefile, and then xmkmf
runs make Makefiles. This Makefiles target runs imake for each
subdirectory but these imake invocations did not have the flags from
IMAKECPPFLAGS so the resulting makefiles used the wrong C preprocessor
when clang is used (/usr/bin/cpp instead of /usr/local/bin/tradcpp).
Instead of letting xmkmf pass IMAKECPPFLAGS from the environment to
imake let imake handle IMAKECPPFLAGS itself just like it handles
IMAKEINCLUDE.
This exposed configure errors in x11-clocks/mouseclock and x11-wm/fvwm.
Approved by: portmgr (bapt)
Update dependent packages with more recent releases.
Remove old and bit-rotted ones.
Switch to using clang 3.3 and libobjc2 1.7 by default, so modern Objective-C features work out of the box and remove a lot of configurable options for sub-optimal (and, often, unsupported / deprecated upstream) configurations.
Take maintainership of GNUstep-related ports.
Several of the ports left in have scary warnings which mean that they are likely broken in lots of cases. Future commits will fix them.
Approved by: bapt
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
Unfortunately, this also affects some ports using QT3 as a GUI toolkit.
Changes to infrastructure files:
- bsd.kde.mk : obsolete, remove
- bsd.qt.mk : note that a CONFLICTS_BUILD line can probably go after a while
- CHANGES : document the removals from bsd.port.mk
- KNOBS : remove KDE and QT (KDE4 and QT4 should be used instead)
- MOVED : add the removed ports
PR: ports/180745
Submitted by: rene
Approved by: portmgr (bapt)
Exp-run by: bapt
- Drop ABI versions from LIB_DEPENDS
- OptionsNG
- Pet portlint
- Switch to dynamic plist where useful
- Canonicalize patch names
- Fix DOS line endings in patch files
Proudly brought to you by the KDE on FreeBSD team. We're sorry to ship two
KDE updates in just a few days, but the work on 4.10.5 was very light
compared to 4.10.4 so it was ready much faster.
The release announcement can be found in [1].
[1] http://www.kde.org/announcements/announce-4.10.5.php
The biggest news for us on FreeBSD is that the Ruby bindings should work
with Ruby 1.9 now.
I will probably add a note to UPDATING later about this, but as avilla@
pointed out, the clang support we mentioned that was improved in 4.10.4
requires a rebuild of the ports that depend on kdelibs4. Most of them are
covered by this update, but those which are not part of the Software
Compilation need to be rebuilt manually to make sure the previous issues
(proper symbol visibility being the most annoying of them) are solved.
With commits from avilla@, makc@, rakuco@ and Schaich Alonso.
The upstream announcement can be found in [1].
[1] http://www.kde.org/announcements/announce-4.10.4.php
clang support should be more stable now, with clang being recognized by
kdelibs4 and being passed the correct flags to build other ports.
Additionally, all ports being committed have been verified to build with
-CURRENT's clang 3.3 on an amd64 tinderbox (special thanks go to swills@ for
providing it).
Work on the newly-released 4.10.5 will begin shortly.
characters when reading from stdin. This results in "unexpected end
of file in patch" errors.
This caused patch 7.3.225 to not apply, which set off a huge cascade
such that 400+ patches would not apply.
Work around this by overriding do-patch to use 'patch -i <PATCH_FILE>'.
/usr/bin/patch still has another nasty bug in that it silently misapplies
hunks containing NUL character(s). But in Vim's case, the NUL's are in
test files that the port does not use.
Always include bsd.port.options.mk which is necessary for properly handling of DOCS/NLS _even_ without options
Remove specific default for PACKAGE_BUILDING settings which are not needed
Keep maintianer preference for not having options at all by default.
* patch 7.3.122 applies, but caused a pre-configure build error. Follow
the "Solution" instructions in the patch and start applying patch 7.3.122.
* Manually doing the 's/newwin/new_wp/g' of patch 7.3.400, allows patch
7.3.603 to apply. Unfortunately, no other additional patches apply due
to patch 7.3.603 applying.
* patch 7.3.674 does apply fine, but needed files/patch-configure adjusted.
The port is restricted so we don't mirror the distfile, and the only
MASTER_SITE is gone (probably for ages).
PR: ports/179645
Submitted by: John Marino <draco@marino.st>
quite some time.
- Switch all remaining consumers to depend on www/libxul
- Mark ports that don't work with the new libxul BROKEN
- Mark some old ports DEPRECATED with a reasonable timeout
Approved by: portmgr (miwi)
while here:
- whitespace fix in pkg-descr
- change USE_PYTHON to just ``yes'' (we haven't python's lt 2.6 in the tree)
PR: 179419
Submitted by: Michael Gmelin <freebsd@grem.de>
superseded by recently introduced USES= shared-mime-info later.
- Remove no longer needed exec/unexec from plist and post-install calls for
update-mime-database
- Trim Makefile header while I'm here
