- Do not install /usr/sbin/mount_ntfs-3g symlink (added note in
README.FreeBSD) because it doesn't work in 7.x or later.
- Drop maintainership (fuse4bsd is unmaintained, and there are problems that
will affect this port until an alternative appears).
-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
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
- Add note in README.FreeBSD about mount(8) workarounds (symlink/patch) for
using from /etc/fstab in FreeBSD >= 7.x, as external types are hard coded
in mount.c.
- Change LOCK option to ON by default (as official build).
- Remove pre-everything warning and conditional pkg-message about UBLIO (see
below).
- Add README.FreeBSD (introduction, known issues, bug reporting, ublio
configuration, mounting at starup, ...) and mention in pkg-message.
- Use @exec/@unexec directives in pkg-plist to handle symlinks.
- Remove the note about fuse_load="YES" in /boot/loader.conf since now there
are more than good reasons for using the rc.d script (see fusefs-kmod).
- Clarify note in pkg-message about EAGAIN problem.
- Depend on devel/libublio instead of fetching sources and integrating them.
- Install symlink in /usr/sbin/mount_ntfs-3g, to allow using with
'mount -t ntfs-3g' and in /etc/fstab, after mounting /usr.
- Change default UBLIO_BLOCKSIZE value to 262144.
- Update pkg-message, with notes about the mount_ntfs-3g symlink, and about
problems with many simultaneous operations (not ublio's problem, but
incremented when used with a larger blocksize).
it's more portable now).
- Install manpages into ${MANPREFIX}/man, not ${PREFIX}/share/man.
- Bring back IGNORE for FreeBSD < 600000 (all fusefs-* ports have it,
and the build would succeed but installation of dependencies would fail).
- Add a note in pkg-message about memory usage, and make a gramatical
correction.
- Avoid calling fsync() twice.
PR: 115088
Submitted by: alepulver@
- Remove unneeded checks of OSVERSION since they are in the corresponding
dependencies.
- Add OPTIONS: LOCK and UBLIO.
See:
www.mail-archive.com/ macfuse-devel@googlegroups.com/msg00053.html
PR: ports/112402
Submitted by: alepulver (myself)
Approved by: fjoe (maintainer, timeout: 1 month)
and on big-endian architectures too but is not officially supported there
due to lack of hardware.
Reflect this in COMMENT and enable the driver on amd64.
driver, which provides safe and fast handling of the Windows XP, Windows
Server 2003 and Windows 2000 filesystems. Almost the full POSIX filesystem
functionality is supported, the major exceptions are changing the file
ownerships and the access rights.
WWW: http://www.linux-ntfs.org/
