August 2015 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #43473: rabbitmq-server: build fails when Python 2.7 is not the active version
by MacPorts 11 Aug '15

11 Aug '15

#43473: rabbitmq-server: build fails when Python 2.7 is not the active version ------------------------------+--------------------- Reporter: poorsod@… | Owner: meyer@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: fixed | Keywords: Port: rabbitmq-server | ------------------------------+--------------------- Changes (by mmoll@…): * status: new => closed * resolution: => fixed -- Ticket URL: <https://trac.macports.org/ticket/43473#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #43473: rabbitmq-server: build fails when Python 2.7 is not the active version
by MacPorts 11 Aug '15

11 Aug '15

#43473: rabbitmq-server: build fails when Python 2.7 is not the active version ------------------------------+--------------------- Reporter: poorsod@… | Owner: meyer@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: rabbitmq-server | ------------------------------+--------------------- Comment (by mmoll@…): This has been fixed. But there are now many other issues, see #47799. -- Ticket URL: <https://trac.macports.org/ticket/43473#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48410: OpenSceneGraph broken port
by MacPorts 10 Aug '15

10 Aug '15

#48410: OpenSceneGraph broken port ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: OpenSceneGraph ---------------------+-------------------------------- I had OpenSceneGraph 3.2.1_1 installed. I also had its dependent gdal installed (version 1.11.2_2) I just upgraded gdal to 2.0.0_0, and Macports then scanned for link errors and found that OpenSceneGraph port was broken, and it attempted to rebuild. But, the rebuild fails. The broken part is that this component of OpenSceneGraph: /opt/local/lib/osgPlugins-3.2.1/osgdb_gdal.so Links against this, provided by gdal 1: /opt/local/lib/libgdal.1.dylib I have attached the log of the attempted rebuild that is failing. -- Ticket URL: <https://trac.macports.org/ticket/48410> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

Re: [MacPorts] #40782: wireshark-devel: update to 1.11.0
by MacPorts 10 Aug '15

10 Aug '15

#40782: wireshark-devel: update to 1.11.0 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by hsivank@…): Replying to [comment:33 mojca@…]: > What if you just add sha256 then? fixed > Sorry, I meant unconditionally enable them (not even giving the users any choice). Both dependencies are very small and I'm not sure if it brings any added value to the port to allow turning those variants off. But that was just a suggestion that you don't need to follow. I would like to respect options provided in wireshark/CMakeOptions.txt -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:35> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark-devel: update to 1.11.0
by MacPorts 10 Aug '15

10 Aug '15

#40782: wireshark-devel: update to 1.11.0 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by hsivank@…): Replying to [comment:32 macports@…]: > > Kerberos5 breaks build for now, so it is not enabled by default > Is that specific to the cmake build? I had no trouble building with kerberos enabled without cmake. CMake module embded in Wireshark to detect kerberos is not really correct (it miss k5crypto)[[BR]] Patching against this module is a waste of time. I propose add link flag at configure time : {{{ variant kerberos5 description {Build with Kerberos support} { configure.args-append -DENABLE_KERBEROS=ON \ -DCMAKE_SHARED_LINKER_FLAGS="-lk5crypto" depends_lib-append port:kerberos5 } }}} > > i agree, maybe we can make *fake* x11 and rtp variants to support legacy ? > Good point, especially since your variants have more descriptive names. Aliases can be created if and when they are needed (e.g. variant x11 requires gtk2). It will be great. Could a MacPort guru confirms it is a good idea ? -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:34> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark-devel: update to 1.11.0
by MacPorts 10 Aug '15

10 Aug '15

#40782: wireshark-devel: update to 1.11.0 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by mojca@…): Replying to [comment:31 hsivank@…]: > Replying to [comment:30 mojca@…]: > > * `checksums`: you should use `rmd160` and `sha256`. You may remove `md5` and `sha1`. > I would prefer *official* wireshark hash (md5,sha1,ripemd160) : https://www.wireshark.org/download/src/all-versions/SIGNATURES-1.99.8.txt What if you just add sha256 then? > {{{ > default_variants +portaudio +zlib +lua +libsmi +gnutls +libgcrypt +cares +geoip > > if {![variant_isset qt4] && ![variant_isset qt5] && ![variant_isset gtk2] && ![variant_isset gtk3] && ![variant_isset no_gui]} { > default_variants +qt5 > } > }}} > Is it correct ? Yes, I think so. (Unless you invert `no_gui` into `gui` of course.) Just for fun I tried what it meant switching to `+gui`. The weird fact is that with the usage of {{{ default_variants +portaudio +zlib +lua +libsmi +gnutls +libgcrypt +cares +geoip +gui if {[variant_isset gui]} { if {![variant_isset qt4] && ![variant_isset qt5] && ![variant_isset gtk2] && ![variant_isset gtk3]} { default_variants +qt5 } } variant qt5 requires gui conflicts qt4 gtk2 gtk3 description {Build Wireshark} {...} }}} MacPorts should complain when using {{{ port -v configure wireshark-devel -gui +qt5 }}} But it doesn't. I'm wondering if this is a bug in MacPorts. > > * enable things like lua and zlib by default > Maybe i'm missing something but zlib and lua are already enabled by default > > {{{ > default_variants ... +zlib +lua ... > }}} Sorry, I meant unconditionally enable them (not even giving the users any choice). Both dependencies are very small and I'm not sure if it brings any added value to the port to allow turning those variants off. But that was just a suggestion that you don't need to follow. -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:33> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark-devel: update to 1.11.0
by MacPorts 10 Aug '15

10 Aug '15

#40782: wireshark-devel: update to 1.11.0 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by macports@…): Replying to [comment:29 hsivank@…]: > This options are not provided by cmake (I ask myself : Is there a reason to disable ipv6 or ssl ?) Indeed, I don't see a good reason to disable them either. I'm just comparing to the stable wireshark port, but I'd bet very few people turn those off. > Kerberos5 breaks build for now, so it is not enabled by default Is that specific to the cmake build? I had no trouble building with kerberos enabled without cmake. > i agree, maybe we can make *fake* x11 and rtp variants to support legacy ? Good point, especially since your variants have more descriptive names. Aliases can be created if and when they are needed (e.g. variant x11 requires gtk2). [[br]]Replying to [comment:31 hsivank@…]: > Replying to [comment:30 mojca@…]: > > * `checksums`: you should use `rmd160` and `sha256`. You may remove `md5` and `sha1`. > I would prefer *official* wireshark hash (md5,sha1,ripemd160) : https://www.wireshark.org/download/src/all-versions/SIGNATURES-1.99.8.txt I had made the same call in my proposed patch. Using the same checksums as upstream makes it easier to compare and verify.[[br]][[br]] > {{{ > default_variants +portaudio +zlib +lua +libsmi +gnutls +libgcrypt +cares +geoip > > if {![variant_isset qt4] && ![variant_isset qt5] && ![variant_isset gtk2] && ![variant_isset gtk3] && ![variant_isset no_gui]} { > default_variants +qt5 > } > }}} > Is it correct ? That's pretty much what the current wireshark port uses, so that sounds right IMO. -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:32> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark-devel: update to 1.11.0
by MacPorts 10 Aug '15

10 Aug '15

#40782: wireshark-devel: update to 1.11.0 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by hsivank@…): Replying to [comment:30 mojca@…]: > * `checksums`: you should use `rmd160` and `sha256`. You may remove `md5` and `sha1`. I would prefer *official* wireshark hash (md5,sha1,ripemd160) : https://www.wireshark.org/download/src/all-versions/SIGNATURES-1.99.8.txt > * `depends_build`: use `depends_build-append` instead and remove dependency on `cmake`. fixed > * `configure.args`: use `configure.args-append` unless you have to overwrite all settings set by the cmake group. fixed > * you should not use `default_variants +qt5`; you should first check that the user did not set `+qt4` (ask if you need advice on coding that, there are plenty examples in other ports, but basically you just need to remove the variant and put it in the "`if {![variant_isset qt4] && ![variant_isset qt5]} {`" block); or rather, you should also check that the user did not specify `+gtk3` before enabling `qt5` (if you plan to keep support for gtk3 and if you want the variants to conflict) {{{ default_variants +portaudio +zlib +lua +libsmi +gnutls +libgcrypt +cares +geoip if {![variant_isset qt4] && ![variant_isset qt5] && ![variant_isset gtk2] && ![variant_isset gtk3] && ![variant_isset no_gui]} { default_variants +qt5 } }}} Is it correct ? > * enable things like lua and zlib by default Maybe i'm missing something but zlib and lua are already enabled by default {{{ default_variants ... +zlib +lua ... }}} -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:31> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41232: port request: 'fntsample' with 'pdfoutline'
by MacPorts 10 Aug '15

10 Aug '15

#41232: port request: 'fntsample' with 'pdfoutline' -----------------------------+-------------------------------- Reporter: kurt.pfeifle@… | Owner: macports-tickets@… Type: request | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: | -----------------------------+-------------------------------- Changes (by mf2k@…): * status: new => closed * version: 2.2.1 => * resolution: => wontfix -- Ticket URL: <https://trac.macports.org/ticket/41232#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46763: py-scipy: seems to opportunistically link against openblas
by MacPorts 10 Aug '15

10 Aug '15

#46763: py-scipy: seems to opportunistically link against openblas --------------------+---------------------- Reporter: petr@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py-scipy --------------------+---------------------- I was upgrading openblas earlier and realized that deactivating @0.2.12 broke my py??-scipy ports. So it looks like py-scipy opportunistically links against OpenBLAS. {{{ ---> Activating OpenBLAS @0.2.13_1+gcc48 x ./ x ./+COMMENT x ./+CONTENTS x ./+DESC x ./+PORTFILE x ./+STATE x ./opt/ x ./opt/local/ x ./opt/local/include/ x ./opt/local/lib/ x ./opt/local/lib/libopenblas-r0.2.13.a x ./opt/local/lib/libopenblas-r0.2.13.dylib x ./opt/local/lib/libopenblas.a x ./opt/local/lib/libopenblas.dylib x ./opt/local/include/cblas_openblas.h x ./opt/local/include/f77blas.h x ./opt/local/include/openblas_config.h ---> Cleaning OpenBLAS ---> Removing work directory for OpenBLAS ---> Updating database of binaries ---> Scanning binaries for linking errors Could not open /opt/local/lib/libXss.1.dylib: Error opening or reading file (referenced from /opt/local/bin/mplayer) Could not open /opt/local/lib/libopenblas-r0.2.12.dylib: Error opening or reading file (referenced from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/scipy/cluster/_vq.so) ---> Found 49 broken file(s), matching files to ports ---> Found 3 broken port(s), determining rebuild order ---> Rebuilding in order py27-scipy @0.15.1 +gcc48 py34-scipy @0.15.1 +gcc48 MPlayer @1.1 }}} -- Ticket URL: <https://trac.macports.org/ticket/46763> MacPorts <https://www.macports.org/> Ports system for OS X

1 3