June 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #47659: lz4 @r124: universal variant fails
by MacPorts 03 Sep '16

03 Sep '16

#47659: lz4 @r124: universal variant fails --------------------------+---------------------- Reporter: ryandesign@… | Owner: mfeiri@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: lz4 --------------------------+---------------------- {{{ ar: liblz4.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it) ar: liblz4.a: Inappropriate file type or format make: *** [liblz4] Error 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/47659> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51724: compilers-1.0: default to gcc6
by MacPorts 03 Sep '16

03 Sep '16

#51724: compilers-1.0: default to gcc6 --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: --------------------------+-------------------------------- The compilers 1.0 portgroup contains this line: {{{ set compilers.gcc_default gcc5 }}} Can this be changed to gcc6? gcc6 is the latest stable version of gcc at this time. -- Ticket URL: <https://trac.macports.org/ticket/51724> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #46800: gnome-terminal is not working
by MacPorts 02 Sep '16

02 Sep '16

#46800: gnome-terminal is not working ----------------------------+-------------------------------- Reporter: lightoml@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: gnome-terminal | Port: ----------------------------+-------------------------------- I installed gnome-termianl and ran it. But I have below error message. Could you solve the problem? Thanks! Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.Terminal exited with status 8 -- Ticket URL: <https://trac.macports.org/ticket/46800> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #50776: PortGroup/"base" extension suggestion : locale_select
by MacPorts 02 Sep '16

02 Sep '16

#50776: PortGroup/"base" extension suggestion : locale_select -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: base | Version: Keywords: | Port: -------------------------+-------------------------------- As suggested elsewhere (https://trac.macports.org/ticket/49051#comment:17) I propose a new PortGroup which might inspire an extension of "base". The aim is to allow users who don't like or cannot afford to waste disk space (on things they don't use) to reduce the number of translations installed by ports. A good example is port:VLC : this one consists for over 50% of translations, most of which will never be used by the (vast) majority of users. That may be "only" around 37Mb, which is why I've hesitated a bit to make this proposal. Still, leaving only the en_GB, fr and nl translations that overhead shrinks to about 1.2Mb . The principle of this PortGroup is simple: if adds a variant (tentatively called `langselect`) which adds a post-destroot block that prunes translations from ${destroot}${prefix}/share/locale, leaving only translations the user is interested in. This happens only when the variant is active, of course, but also requires the user to list the translation(s) s/he is interested in. Those desired translations are read from a list assignment to a variable called`keep_languages` in ${prefix}/etc/macports/locales.tcl. A locales.conf file would be nicer but I didn't want to spend too much time figuring out how to write a parser for that kind of file. Currently the code only removes translations from the share/locale directory, but one could extend the principle to prune unwanted .lproj directories too. -- Ticket URL: <https://trac.macports.org/ticket/50776> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48647: `port select gcc` sets default C++ compiler
by MacPorts 02 Sep '16

02 Sep '16

#48647: `port select gcc` sets default C++ compiler --------------------+-------------------------------- Reporter: john@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gcc_select --------------------+-------------------------------- Running (say) `port select gcc mp gcc5` creates `/opt/local/bin/cpp` and `c++` symlinks to the specified version of GCC. This is not the behaviour I expected. It seems like this command should set the default version invoked with `g++`, but not "promote" GCC to be the default compiler. That is, it would create symlinks for `g++`, `gcc` etc, but not generic names like `c++`. This would be consistent with (for example) `clang_select`, which creates a `clang++` symlink but not `c++`. -- Ticket URL: <https://trac.macports.org/ticket/48647> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #50069: py27-gsl fails to build
by MacPorts 01 Sep '16

01 Sep '16

#50069: py27-gsl fails to build --------------------+-------------------------------- Reporter: glen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py27-gsl --------------------+-------------------------------- OSX 10.11.2, Macbook pro (early 2015). Logfile attached. -- Ticket URL: <https://trac.macports.org/ticket/50069> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #47998: [NEW] boot2docker
by MacPorts 01 Sep '16

01 Sep '16

#47998: [NEW] boot2docker -----------------------------+-------------------------------- Reporter: ajdudman@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: Linux container | Port: boot2docker -----------------------------+-------------------------------- Boot2docker is a command-line interface to docker. This tool downloads the boot2docker ISO image, creates a VirtualBox virtual machine, sets up two networks for that virtual machine and then provides the user a simple way to login via SSH. This port works with the docker port in ticket #43260. Please keep the versions matched. Since the build process calls git through go -d, might as well fetch with git as well. I based this Portfile on the homebrew formula. -- Ticket URL: <https://trac.macports.org/ticket/47998> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #51504: codesigning portgroup
by MacPorts 01 Sep '16

01 Sep '16

#51504: codesigning portgroup -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: -------------------------+-------------------------------- We had a very short discussion about some kind of support for code- signing, somewhere last week. I have since remembered that KDE PIM applications have a habit of causing `do you want application akonadi_foo_agent to accept incoming connections` unless they're signed even by a self-signed key. I've thus whipped up a very rudimentary PortGroup to provide a `codesign` procedure that is a priori to be called during the `post-activate`. The principle is simple: if `${prefix}/etc/macports/codesign-identify.tcl` exists, the procedure attempts to read a variable `identity` from it which must be a non-empty string . If that succeeds, all files passed in the argument(s) to `codesign` are signed, one by one. I don't really have any suggestions how to handle errors during this operation, so I'm just ignoring them. There is of course a rather evident source of error here: signing identities correspond to a certificate that must be stored in a keychain on the calling user's keychain list. It turns out that even with `macportsuser` set to myself (I know, bad) my regular signing identity isn't found, not even when I invoke the procedure from a Portfile "root" (to test with `port info foo`). I don't understand why that is (it is found when I `sudo codesign -s identity ...`) . It might thus be necessary to store the key in the/a system keychain and instruct `codesign` to use that chain? Other than that the procedure works, using `set identity "-"` to sign with an ad-hoc key. -- Ticket URL: <https://trac.macports.org/ticket/51504> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51451: gnutls @3.4.12: build fails on 10.6, undefined symbol strndup.
by MacPorts 31 Aug '16

31 Aug '16

#51451: gnutls @3.4.12: build fails on 10.6, undefined symbol strndup. ----------------------+-------------------- Reporter: devans@… | Owner: mps@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gnutls ----------------------+-------------------- Build fails as follows on 10.6: {{{ /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.2 -W -Wabi -Waddress -Wall -Wattributes -Wbad-function-cast -Wcast-align -Wchar- subscripts -Wcomment -Wcomments -Wdeprecated -Wdeprecated-declarations -Wdisabled-optimization -Wdiv-by-zero -Wempty-body -Wendif-labels -Wextra -Wformat-extra-args -Wformat-security -Wformat-zero-length -Wimplicit -Wimplicit-function-declaration -Wimplicit-int -Winit-self -Wint-to- pointer-cast -Winvalid-pch -Wmain -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnested-externs -Wnonnull -Wold-style-definition -Woverflow -Woverride-init -Wpacked -Wparentheses -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas -Wreturn-type -Wsequence-point -Wshadow -Wstrict-aliasing -Wstrict-prototypes -Wswitch -Wtrigraphs -Wuninitialized -Wunknown-pragmas -Wunsafe-loop-optimizations -Wunused -Wunused-function -Wunused-label -Wunused-macros -Wunused-parameter -Wunused-value -Wunused- variable -Wvariadic-macros -Wvolatile-register-var -Wwrite-strings -Wnormalized=nfc -Wno-missing-field-initializers -Wno-missing-field- initializers -Wno-format-y2k -Wno-unused-value -Wno-unused-parameter -Wno- stack-protector -Wno-int-to-pointer-cast -fdiagnostics-show-option -pipe -Os -arch x86_64 -module -no-undefined -avoid-version -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o libpkcs11mock1.la -rpath /opt/local/lib/gnutls pkcs11/pkcs11-mock.lo -lintl libtool: warning: '-no-install' is ignored for x86_64-apple-darwin10 libtool: warning: assuming '-no-fast-install' instead libtool: link: ar cru .libs/libutils.a .libs/utils.o libtool: link: ranlib .libs/libutils.a libtool: link: ( cd ".libs" && rm -f "libutils.la" && ln -s "../libutils.la" "libutils.la" ) libtool: link: /usr/bin/gcc-4.2 -o .libs/libpkcs11mock1.so -bundle pkcs11/.libs/pkcs11-mock.o -L/opt/local/lib /opt/local/lib/libintl.dylib -Os -arch x86_64 -Wl,-headerpad_max_install_names -arch x86_64 Undefined symbols: "_strndup", referenced from: _C_FindObjectsInit in pkcs11-mock.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [libpkcs11mock1.la] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_mports_dports_devel_gnutls/gnutls/work/gnutls-3.4.12/tests' }}} This is a common error on 10.6 -- strndup was not introduced to OS X until 10.7. A typical fix is to provide a static replacement function that is only used on 10.6 or earlier. See [https://trac.macports.org/browser/trunk/dports/multimedia/libmms/files/strn… this patch in libmms] for one way to accomplish this. Needless to say this blocks the build on 10.6 of any port that depends on gnutls. -- Ticket URL: <https://trac.macports.org/ticket/51451> MacPorts <https://www.macports.org/> Ports system for OS X

1 17

[MacPorts] #50075: zeroc-ice35 Build failure on El Capitan
by MacPorts 30 Aug '16

30 Aug '16

#50075: zeroc-ice35 Build failure on El Capitan -----------------------------+-------------------------------- Reporter: patrick.sizun@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: zeroc-ice35 -----------------------------+-------------------------------- The zeroc-ice35 port fails to build on OS X 10.11.2 (see attached main.log). The solution might be to create a port zeroc-ice36. -- Ticket URL: <https://trac.macports.org/ticket/50075> MacPorts <https://www.macports.org/> Ports system for OS X

1 3