Orange is a tool and library for squeezing out juicy installable
Microsoft Cabinet Files from self-extracting installers for Microsoft
Windows.
Supported installers include VISE, InstallShield, Setup Factory and more.
WWW: http://www.synce.org/moin/
===> The following configuration options are available for liborange-0.4_7:
INNO=off: Expermential Inno Setup support
LIBDYNAMITE=on: PKWARE data compression support via libdynamite
LIBUNSHIELD=on: InstallShield support via libunshield
MSI=off: Expermential MSI support
VISE=off: Expermential VISE support
===> Use 'make config' to modify these settings
archivers/liborange: Remove redundant dependency on unzip
A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
archivers/liborange: Unbreak port by working around configure flaw
The configure error "Not configured with libgsf or libole2 but that's
needed for MSI support" is caused by using the wrong configure option
of MSI that was introduced in last commit.
Changing to MSI_CONFIGURE_ENABLE=libgsf to MSI_CONFIGURE_WITH=libgsf
should have solved the problem, but unfortunately there is a logic
flaw in the configure script. If --without-libgsf is passed to it,
it mistakenly tries to find it anyway with pkgconfig and then fails.
The way to fix this properly is to patch the configure script, but I am
going to cheat by making libgsf an unconditional requirement as it was
before adamw fixed the options reversal.
Reduce unnecessary bsd.port.options.mk inclusions by using OPTIONS helpers.
For liborange, reverse the logic, as I'm pretty sure the OPTIONS were being
used to disable the selected options.
Approved by: portmgr (blanket)
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above )
This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.
If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
- Convert to new options framework
- Add an explicit built dependency on pkgconf
- Trim headers
PR: ports/173808
Submitted by: Chris Petrik <c.petrik.sosa@gmail.com>
Approved by: maintainer timeout (1 month)
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
