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

Re: [MacPorts] #44816: yara @1.7: update to 3.3.0
by MacPorts 09 Feb '16

09 Feb '16

#44816: yara @1.7: update to 3.3.0 ------------------------+-------------------------- Reporter: jul_bsd@… | Owner: a.schuster@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: yara | ------------------------+-------------------------- Comment (by khindenburg@…): Please sync and try again if anyone is still having this issue r145541 -- Ticket URL: <https://trac.macports.org/ticket/44816#comment:17> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark: update to 2.0.1
by MacPorts 09 Feb '16

09 Feb '16

#40782: wireshark: update to 2.0.1 ------------------------------+---------------------- Reporter: ryandesign@… | Owner: ricci@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+---------------------- Comment (by msavory@…): The post-destroot was only a temporary fix as qt5 was evolving, it should be removed now. Here is my last 2.0.1 build info (Thought I had lua included before, let me try again...) Compiled (64-bit) with Qt 5.5.1, with libpcap, without POSIX capabilities, with libz 1.2.8, with GLib 2.46.2, with SMI 0.5.0, with c-ares 1.10.0, without Lua, with GnuTLS 3.3.19, with Gcrypt 1.6.4, with MIT Kerberos, with GeoIP, with QtMultimedia, without AirPcap. Running on Mac OS X 10.11.3, build 15D21 (Darwin 15.3.0), with locale C, with libpcap version 1.7.4, with libz 1.2.8, with GnuTLS 3.3.20, with Gcrypt 1.6.4. Intel(R) Core(TM) i7-3615QM CPU @ 2.30GHz (with SSE4.2) Built using clang 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81). -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:59> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40782: wireshark: update to 2.0.1
by MacPorts 09 Feb '16

09 Feb '16

#40782: wireshark: update to 2.0.1 ------------------------------+---------------------- Reporter: ryandesign@… | Owner: ricci@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+---------------------- Comment (by msavory@…): I have built both 2.0.0 and 2.0.1 without problems over the last month with qt5 and cmake, they should be the defaults in my opinion! I can test (I have 10.11.3, 10.11.4b Server and 10.10.5 available) -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:58> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50573: DBUS LAUNCHD
by MacPorts 09 Feb '16

09 Feb '16

#50573: DBUS LAUNCHD -----------------------------+-------------------------------- Reporter: samuel.lorenc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -----------------------------+-------------------------------- Hello i've got this message when i updated macpotrs Startup items have been generated that will aid in # starting dbus with launchd. They are disabled # by default. Execute the following commands to start them, # and to cause them to launch at startup is that grave or not i am scary for my comp -- Ticket URL: <https://trac.macports.org/ticket/50573> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50566: Gnumeric localization troubles
by MacPorts 08 Feb '16

08 Feb '16

#50566: Gnumeric localization troubles ----------------------+-------------------------------- Reporter: m.rick@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: Gnumeric ----------------------+-------------------------------- Gnumeric won't launch localized. At the begining I thought it was a bug related to GTK3, but Gnumeric was partially showing items localized. I discovered MacPorts creates a compilation bug with the localization. It compiles gnumeric-1.x.x-functions.mo as gnumeric-1.x.x.mo and gnumeric-1.x.x.mo is not compiled or it is replaced by the wrong one. To make it simple, localization files are inverted and one is unavailable. I took from Linux the available localization files gnumeric-1.x.x.mo and gnumeric-1.x.x-functions.mo and put it inside my software installation and it does work pretty well. I didn't try yet the brand new gnumeric-1.12.27 just released to check wether it has been corrected or not. -- Ticket URL: <https://trac.macports.org/ticket/50566> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #50493: py27-protobuf: build fails on El Capitan build bot
by MacPorts 08 Feb '16

08 Feb '16

#50493: py27-protobuf: build fails on El Capitan build bot ----------------------+--------------------------- Reporter: devans@… | Owner: blair@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py27-protobuf ----------------------+--------------------------- Build fails as follows on El Capitan build bot. py26-protobuf builds without error {{{ ---> Building py27-protobuf DEBUG: Executing proc-pre-org.macports.build-build-0 DEBUG: Executing org.macports.build (py27-protobuf) DEBUG: Environment: CC='/usr/bin/clang' CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build /_opt_mports_dports_python_py- protobuf/py27-protobuf/work/.CC_PRINT_OPTIONS' CFLAGS='-arch x86_64' CPATH='/opt/local/include' CXX='/usr/bin/clang++' CXXFLAGS='-arch x86_64' F90FLAGS='-m64' FCFLAGS='-m64' FFLAGS='-m64' LDFLAGS='-arch x86_64' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.11' OBJC='/usr/bin/clang' OBJCFLAGS='-arch x86_64' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build /_opt_mports_dports_python_py- protobuf/py27-protobuf/work/protobuf-2.6.1/python" && /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 setup.py --no-user-cfg build' DEBUG: Executing command line: cd "/opt/local/var/macports/build /_opt_mports_dports_python_py- protobuf/py27-protobuf/work/protobuf-2.6.1/python" && /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 setup.py --no-user-cfg build Download error on https://pypi.python.org/simple/google-apputils/: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some packages may not be found! Couldn't find index page for 'google-apputils' (maybe misspelled?) Download error on https://pypi.python.org/simple/: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some packages may not be found! No local packages or download links found for google-apputils Traceback (most recent call last): File "setup.py", line 200, in <module> "Protocol Buffers are Google's data interchange format.", File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/core.py", line 111, in setup _setup_distribution = dist = klass(attrs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/setuptools/dist.py", line 268, in __init__ self.fetch_build_eggs(attrs['setup_requires']) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/setuptools/dist.py", line 312, in fetch_build_eggs replace_conflicting=True, File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 846, in resolve dist = best[req.key] = env.best_match(req, ws, installer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 1091, in best_match return self.obtain(req, installer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pkg_resources/__init__.py", line 1103, in obtain return installer(requirement) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/setuptools/dist.py", line 379, in fetch_build_egg return cmd.easy_install(req) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/setuptools/command/easy_install.py", line 633, in easy_install raise DistutilsError(msg) distutils.errors.DistutilsError: Could not find suitable distribution for Requirement.parse('google-apputils') Command failed: cd "/opt/local/var/macports/build /_opt_mports_dports_python_py- protobuf/py27-protobuf/work/protobuf-2.6.1/python" && /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 setup.py --no-user-cfg build Exit code: 1 Error: org.macports.build for port py27-protobuf returned: command execution failed }}} The error appears to occur trying to download a missing dependency on 'google-apputils'. This actually builds correctly on my machine but only because the port was able to download the missing dependency. Perhaps there is a download restriction on this buildbot that is causing the download failure. At any rate, it looks like it might be better to just supply the missing dependency. Or maybe I'm reading this wrong. This error blocks the build of MyPaint and MyPaint-devel, which in turn blocks gimp2-devel, gimp3-devel. Full buildbot log file is [https://build.macports.org/builders/buildports- elcapitan-x86_64/builds/11/steps/compile/logs/stdio/text here]. -- Ticket URL: <https://trac.macports.org/ticket/50493> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50518: bug: case sensitive port names in 'port upgrade'
by MacPorts 08 Feb '16

08 Feb '16

#50518: bug: case sensitive port names in 'port upgrade' ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.4 Keywords: | Port: ---------------------+-------------------------------- The following doesn't work properly: {{{ > sudo port upgrade outdated and not filezilla ---> Computing dependencies for FileZilla ... }}} -- Ticket URL: <https://trac.macports.org/ticket/50518> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50570: Installing clamav/clamav-server is very annoying on MacPorts
by MacPorts 08 Feb '16

08 Feb '16

#50570: Installing clamav/clamav-server is very annoying on MacPorts -------------------------------+----------------------------------- Reporter: graziosi.angelo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clamav, clamav-server -------------------------------+----------------------------------- On GNU/Linux Mint {{{ sudo apt-get install clamav }}} is enough to have a working Clamav installation which automatically updates its database (main.cvd etc.) On MacPorts, one have to install at least two package and manually adjust clamd.conf and freshclam.con as suggested by clamav-server installation, {{{ sudo port install clamav-server [...] To configure clamd and freshclam look for the following files: /opt/local/etc/clamd.conf /opt/local/etc/freshclam.conf If these files do not exist you can copy the sample conf files into place: sudo cp /opt/local/etc/clamd.conf.sample /opt/local/etc/clamd.conf sudo cp /opt/local/etc/freshclam.conf.sample /opt/local/etc/freshclam.conf Edit /opt/local/etc/clamd.conf to your liking, example: # Comment out 'Example' near the top if it exists #Example LogFile /opt/local/var/log/clamav/clamd.log PidFile /opt/local/var/run/clamav/clamd.pid LocalSocket /opt/local/var/run/clamav/clamd.socket Foreground yes Edit /opt/local/etc/freshclam.conf to your liking, example: # Comment out 'Example' near the top if it exists #Example UpdateLogFile /opt/local/var/log/clamav/freshclam.log PidFile /opt/local/var/run/clamav/freshclam.pid NotifyClamd /opt/local/etc/clamd.conf Two launchd startup items have been installed. To load clamd and freshclam do the following: sudo launchctl load -w /Library/LaunchDaemons/org.macports.clamd.plist sudo launchctl load -w /Library/LaunchDaemons/org.macports.freshclam.plist To unload clamd and freshclam do the following: sudo launchctl unload -w /Library/LaunchDaemons/org.macports.clamd.plist sudo launchctl unload -w /Library/LaunchDaemons/org.macports.freshclam.plist To try things out do sudo freshclam If all is well you should see your clamav database being updated [...] }}} ...otherwise "sudo freshclam" prints ERROR! But this is not enough!!! One has also to do: {{{ sudo mkdir -p /opt/local/share/clamav sudo chown 82:82 /opt/local/share/clamav sudo chmod 755 /opt/local/share/clamav }}} to avoid other ERRORS! Now {{{ sudo freshclam }}} updates the database but will it do the job automatically? Let's see in the next few days.. Why have you created a so annoying port installation? and why two packages? You need only one package which installs ClamAV and setups it so that the database is update automatically It should be obvious that the installation of an AV should came with a working default installation... -- Ticket URL: <https://trac.macports.org/ticket/50570> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

Re: [MacPorts] #44816: yara @1.7: update to 3.3.0
by MacPorts 08 Feb '16

08 Feb '16

#44816: yara @1.7: update to 3.3.0 ------------------------+-------------------------- Reporter: jul_bsd@… | Owner: a.schuster@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: yara | ------------------------+-------------------------- Comment (by a.schuster@…): {{{ In file included from exec.c:34: /opt/local/include/yara.h:39:9: warning: 'LEX_BUF_SIZE' macro redefined #define LEX_BUF_SIZE 1024 ^ }}} It includes yara.h of the already installed version, not the new one in the temporary build directory. Workaround: uninstall the old version first, then build the new one. Or, even better, modify the include search order in the Makefile. In other words,''' -I./libyara/include''' should come first, then''' -I/opt/local/include'''. Unfortunately I have zero knowledge about the Makefile generation process. Help, anyone? Thanks! -- Ticket URL: <https://trac.macports.org/ticket/44816#comment:16> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #44816: yara @1.7: update to 3.3.0
by MacPorts 08 Feb '16

08 Feb '16

#44816: yara @1.7: update to 3.3.0 ------------------------+-------------------------- Reporter: jul_bsd@… | Owner: a.schuster@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: yara | ------------------------+-------------------------- Comment (by nietzsche@…): Actually it won't build on: {{{ zarathustra:lltdscan nietzsche$ uname -a Darwin zarathustra.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64 }}} it bails with following errors: {{{ libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include -O3 -Wall -Wno-deprecated-declarations -std=gnu99 -I./include -fvisibility=hidden -pipe -Os -std=gnu89 -arch x86_64 -D_THREAD_SAFE -MT ahocorasick.lo -MD -MP -MF .deps/ahocorasick.Tpo -c ahocorasick.c -o ahocorasick.o >/dev/null 2>&1 In file included from exec.c:34: /opt/local/include/yara.h:39:9: warning: 'LEX_BUF_SIZE' macro redefined #define LEX_BUF_SIZE 1024 ^ ./include/yara/limits.h:45:9: note: previous definition is here #define LEX_BUF_SIZE 8192 ^ In file included from exec.c:34: /opt/local/include/yara.h:80:9: warning: 'ERROR_UNDEFINED_STRING' macro redefined #define ERROR_UNDEFINED_STRING 10 ^ ./include/yara/error.h:43:9: note: previous definition is here #define ERROR_UNDEFINED_STRING 19 ^ In file included from exec.c:34: /opt/local/include/yara.h:81:9: warning: 'ERROR_UNDEFINED_IDENTIFIER' macro redefined #define ERROR_UNDEFINED_IDENTIFIER 11 ^ ./include/yara/error.h:44:9: note: previous definition is here #define ERROR_UNDEFINED_IDENTIFIER 20 ^ In file included from exec.c:34: /opt/local/include/yara.h:82:9: warning: 'ERROR_COULD_NOT_OPEN_FILE' macro redefined #define ERROR_COULD_NOT_OPEN_FILE 12 ^ ./include/yara/error.h:28:9: note: previous definition is here #define ERROR_COULD_NOT_OPEN_FILE 3 ^ In file included from exec.c:34: /opt/local/include/yara.h:83:9: warning: 'ERROR_INVALID_REGULAR_EXPRESSION' macro redefined #define ERROR_INVALID_REGULAR_EXPRESSION 13 ^ ./include/yara/error.h:33:9: note: previous definition is here #define ERROR_INVALID_REGULAR_EXPRESSION 9 ^ In file included from exec.c:34: /opt/local/include/yara.h:84:9: warning: 'ERROR_SYNTAX_ERROR' macro redefined #define ERROR_SYNTAX_ERROR 14 ^ }}} -- Ticket URL: <https://trac.macports.org/ticket/44816#comment:15> MacPorts <https://www.macports.org/> Ports system for OS X

1 0