January 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #27649: ntfs-3g: show mount in finder
by MacPorts 02 Jul '14

02 Jul '14

#27649: ntfs-3g: show mount in finder -----------------------------------------+---------------------------------- Reporter: markus.doits@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: -----------------------------------------+---------------------------------- i just got ntfs-3g to automount my volumes by replacing "/sbin/mount_ntfs" by "ntfs-3g" {{{ mv /sbin/mount_ntfs /sbin/mount_ntfs.orig ln -s /opt/local/bin/ntfs-3g /sbin/mount_ntfs }}} this makes ntfs-3g automount my ntfs-volumes. but they don't show up in finder. since there is the ntfs-3g-version for mac from tuxera ([http://www.tuxera.com] where the volumes show up in finder, i searched in their code a little bit and found this in "ntfs-3g.c": {{{ #if defined(__APPLE__) || defined(__DARWIN__) /* If the volume has a volume name, then append the MacFUSE- specific * 'volname' option, making the volume name appear in Finder. */ if (ctx->vol->vol_name) { int i; size_t vol_name_len = strlen(ctx->vol->vol_name); char *scrubbed_vol_name = calloc(1, sizeof(char) * (vol_name_len + 1)); if (scrubbed_vol_name == NULL) goto err_out; /* Scrub all ',' characters from the volume name since they * would interfere with FUSE argument delimiters. */ for (i = 0; i < vol_name_len; ++i) { char cur = ctx->vol->vol_name[i]; if(cur == ',') scrubbed_vol_name[i] = '_'; else scrubbed_vol_name[i] = cur; } scrubbed_vol_name[i] = '\0'; if (strappend(&parsed_options, ",volname=")) goto err_out; if (strappend(&parsed_options, scrubbed_vol_name)) goto err_out; free(scrubbed_vol_name); } #endif /* defined(__APPLE__) || defined(__DARWIN__) */ }}} maybe this could be adapted by/added to the ntfs-3g macports version so the volumes show up in finder? don't know whether they use a special macfuse or the "volname"-option is standard. for reference, the latest source of tuxera ntfs-3g for mac can be found here: [http://sourceforge.net/projects/catacombae/files/NTFS- 3G%20for%20Mac%20OS%20X/2010.10.2/]: (so there's an updated version of ntfs-3g out, too: 2010.10.2. will open another ticket for update) -- Ticket URL: <https://trac.macports.org/ticket/27649> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 36

[MacPorts] #20775: gnustep-base: gnustep-config: command not found
by MacPorts 02 Jul '14

02 Jul '14

#20775: gnustep-base: gnustep-config: command not found -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: gnustep-base -------------------------------------+-------------------------------------- I can't seem to install gnustep-base on (Mac OS X 10.4.11 Intel) because it cannot find gnustep-config: {{{ $ port install Etoile ---> Fetching gnustep-make ---> Attempting to fetch gnustep-make-2.2.0.tar.gz from http://distfiles.macports.org/gnustep-make ---> Verifying checksum(s) for gnustep-make ---> Extracting gnustep-make ---> Configuring gnustep-make ---> Building gnustep-make ---> Staging gnustep-make into destroot Warning: gnustep-make requests to install files outside the common directory structure! ---> Installing gnustep-make @2.2.0_0+gnustep_layout ########################################################## To have a fully working GNUstep make system, please add '. /mp/GNUstep/System/Library/Makefiles/GNUstep.sh' to your shell login (in ~/.profile) You may also want to set up your MANPATH : export MANPATH=$GNUSTEP_LOCAL_ROOT/Library/Documentation/man:$GNUSTEP_SYSTEM_ROOT/Library/Documentation/man:/mp/share/man:/usr/share/man ########################################################## ---> Activating gnustep-make @2.2.0_0+gnustep_layout ---> Cleaning gnustep-make ---> Fetching gnustep-base ---> Attempting to fetch gnustep-base-1.19.1.tar.gz from http://distfiles.macports.org/gnustep-base ---> Verifying checksum(s) for gnustep-base ---> Extracting gnustep-base ---> Applying patches to gnustep-base Warning: reinplace s|GNUSTEP_INSTALLATION_DIR = $(GNUSTEP_SYSTEM_ROOT)|GNUSTEP_INSTALLATION_DOMAIN=SYSTEM|g didn't change anything in /mp/var/macports/build /_Users_rschmidt_macports_dports_gnustep_gnustep-base/work/gnustep- base-1.19.1/GNUmakefile ---> Configuring gnustep-base Error: Target org.macports.configure returned: configure failure: shell command " cd "/mp/var/macports/build /_Users_rschmidt_macports_dports_gnustep_gnustep-base/work/gnustep- base-1.19.1" && ./configure --prefix=/mp CC=gcc-mp-4.2 GNUSTEP_MAKEFILES=/mp/share/GNUstep/Makefiles --disable-tls --enable- libffi --with-ffi-include=/mp/include/gcc42 --with-ffi- library=/mp/lib/gcc42 " returned error 1 Command output: ./configure: line 1: gnustep-config: command not found configure: error: cannot find install-sh or install.sh in /mp/share/GNUstep/Makefiles .//mp/share/GNUstep/Makefiles Error: The following dependencies failed to build: SQLClient Performance gnustep-base oniguruma5 poppler openjpeg poppler-data Error: Status 1 encountered during processing. $ }}} -- Ticket URL: <http://trac.macports.org/ticket/20775> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #23490: geant4 links with Apple X11 libraries
by MacPorts 01 Jul '14

01 Jul '14

#23490: geant4 links with Apple X11 libraries -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: cristiano.fontana@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: -------------------------------------+-------------------------------------- geant4 links with Apple X11 libraries. See "/usr/X11" in the output of otool -L: {{{ $ otool -L /opt/local/lib/libG4FR.dylib /opt/local/lib/libG4FR.dylib: /opt/local/var/macports/build/_Users_rschmidt_macports_dports_science_geant4/work/geant4.9.3/lib/libG4FR.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/X11/lib/libGLU.1.dylib (compatibility version 1.3.0, current version 1.3.0) /usr/X11/lib/libGL.1.dylib (compatibility version 1.2.0, current version 1.2.0) /opt/local/lib/libXm.4.dylib (compatibility version 5.0.0, current version 5.2.0) /usr/X11/lib/libXpm.4.dylib (compatibility version 16.0.0, current version 16.0.0) /usr/X11/lib/libXmu.6.dylib (compatibility version 9.0.0, current version 9.0.0) /usr/X11/lib/libXt.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) /usr/X11/lib/libXi.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.0) }}} geant4 should instead link with MacPorts X11 libraries in /opt/local, and declare dependencies on the appropriate xorg ports. -- Ticket URL: <http://trac.macports.org/ticket/23490> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #16336: Allow multiple ports to satisfy a single dependency
by MacPorts 25 Jun '14

25 Jun '14

#16336: Allow multiple ports to satisfy a single dependency ---------------------------------+------------------------------------------ Reporter: rhwood(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ Currently there is no mechanism to specify that multiple ports may satisfy a single dependency requirement. It would be nice to be able to do so. I can think of two ways this can be done: OR dependencies:: Allow dependencies to be specified in the following fashion:[[BR]]{{{port:able|baker|charlie}}}[[BR]]where the pipe is used to separate one or more ports that may satisfy a single dependency. The first port would be used if none of the ports are installed. There should be no limit to the number of pipes, nor should there be any requirement that any pipes be used (ie, no pipes = no alternate dependencies). This should also wotk with ''bin:'' and ''path:'' type dependencies. "provides" capability in ports:: Use a "provides" key to specify that a port satisfies a particular requirement. Use the name of the port if a provides keyword is not specified. For example, if port '''able-devel''' specifies that it {{{ provides able }}} then port '''able-devel''' would be able satisfy the dependency {{{ port:able }}} in another port, without that other port having to be aware of port '''able-devel''' -- Ticket URL: <http://trac.macports.org/ticket/16336> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #25666: bitlbee - needs a startupitem
by MacPorts 24 Jun '14

24 Jun '14

#25666: bitlbee - needs a startupitem ---------------------------+------------------------------------------------ Reporter: dargo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ---------------------------+------------------------------------------------ bitlbee is a daemon, so it should have a startupitem or launchdaemon. -- Ticket URL: <http://trac.macports.org/ticket/25666> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary
by MacPorts 24 Jun '14

24 Jun '14

#17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary ------------------------------+--------------------------------------------- Reporter: krunk7@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: mkvtoolnix ------------------------------+--------------------------------------------- The +wxwidgets variant produces a binary which does not properly bind to the osx Gui framework. The end result is a correctly rendered gui that does not respond to user mouse or keyboard input nor is capable of changing focus. The fix is to place the binary in an app bundle as described in the WxWidgets Mac OSX Issues wiki: http://wiki.wxwidgets.org/WxMac_Issues -- Ticket URL: <http://trac.macports.org/ticket/17366> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #25914: truecrypt 7.0 request to add port
by MacPorts 19 Jun '14

19 Jun '14

#25914: truecrypt 7.0 request to add port --------------------------------------+------------------------------------- Reporter: nonstop.server@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: crypto security | Port: truecrypt --------------------------------------+------------------------------------- Request to add the latest version of TrueCrypt to MacPorts.[[BR]] Sources of information:[[BR]] * [http://www.truecrypt.org/ TrueCrypt Home Page] * [http://www.truecrypt.org/downloads2 TrueCrypt Source Download Page] -- Ticket URL: <http://trac.macports.org/ticket/25914> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 17

[MacPorts] #22223: Support BigTIFF format in GDAL
by MacPorts 17 Jun '14

17 Jun '14

#22223: Support BigTIFF format in GDAL ------------------------------+--------------------------------------------- Reporter: adam@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: gdal @1.6.2_0 ------------------------------+--------------------------------------------- When built with internal libtiff or with libtiff >= 4.0, GDAL supports reading and writing BigTIFF files as described here: http://www.gdal.org/frmt_gtiff.html GDAL in macports is currently 1.6.2 and the internal libtiff has been at version 4 since GDAL 1.5.0. The current libtiff in macports is 3.9.1 so the easiest way to support BigTIFF is to compile GDAL with the --with- libtiff=internal and --with-geotiff=internal options. -- Ticket URL: <http://trac.macports.org/ticket/22223> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #26200: Gdal 1.7.2 does not install python plugins in the right place
by MacPorts 17 Jun '14

17 Jun '14

#26200: Gdal 1.7.2 does not install python plugins in the right place --------------------------------+------------------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: gdal python | Port: gdal 1.7.2 --------------------------------+------------------------------------------- Python gdal extensions go in ${prefix}/lib/python${version}/... instead of ${prefix}/Framework/Python.framework/... The appended two patches (one for Portfile and the other for a patch file) solve this issue. -- Ticket URL: <http://trac.macports.org/ticket/26200> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #21535: Parallel build breaks gdal +python...
by MacPorts 17 Jun '14

17 Jun '14

#21535: Parallel build breaks gdal +python... --------------------------------+------------------------------------------- Reporter: vince@… | Owner: seanasy@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: gdal python | Port: gdal --------------------------------+------------------------------------------- It seems that use_parallel_build is now enabled by default. In that case, it breaks gdal +python because the makefile scheduling is wrong: it attempts to build python extension before the library is fully built, leading to an error (-lgdal not found). Specifying {{{ use_parallel_build no }}} in the various python variants fixes this behavior. -- Ticket URL: <http://trac.macports.org/ticket/21535> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3