September 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #45010: RFE: stop "port test" immediately if no test phase defined
by MacPorts 17 Sep '14

17 Sep '14

#45010: RFE: stop "port test" immediately if no test phase defined -------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.1 Keywords: | Port: -------------------------+-------------------------------- If you run "port test" on a port, it will go through all the phases of checking dependencies, fetch, extract, configure, and build before finally giving an error like: {{{ Error: org.macports.test for port scalapack returned: scalapack has no tests turned on. see 'test.run' in portfile(7) }}} It would be convenient if this check could be performed immediately, before carrying out any of the other steps (which might be quite time- consuming). -- Ticket URL: <https://trac.macports.org/ticket/45010> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #22511: stunnel launchdaemon plist
by MacPorts 17 Sep '14

17 Sep '14

#22511: stunnel launchdaemon plist ----------------------------------+----------------------------------------- Reporter: harbour.01@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: stunnel plist | Port: ----------------------------------+----------------------------------------- Hi, It would be really nice and convenient if MacPorts would automatically create /Library/LaunchDaemon/org.macports.stunnel.plist autostarter file for stunnel, just like it does for squid, apache, privoxy and others. For stunnel it's common scenario to have it run permanently. I've attached a seemingly working plist file, but pls test it and there may some more things to set up in default stunnel.conf. Also see this link: http://www.circlew.org/kurt/pages/launchd%20plist%20file%20for%20stunnel%20… Brgds, Viktor -- Ticket URL: <http://trac.macports.org/ticket/22511> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #45006: cups-pdf sandbox issues in yosemite
by MacPorts 17 Sep '14

17 Sep '14

#45006: cups-pdf sandbox issues in yosemite ----------------------+-------------------------------- Reporter: jasonw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: yosemite | Port: cups-pdf ----------------------+-------------------------------- Installed cups-pdf under Yosemite DP 8 (14A361c), following all directions. When I try to add the printer, no entry for cups-pdf shows. Log shows this line: {{{ sandboxd[269] ([23432]): cups-deviced(23432) deny file-read-metadata /opt/local/libexec/cups/backend/cups-pdf }}} To test, I tried replacing the link in /usr/libexec/cups/backend with the actual file (and chown root:wheel, chmod 700 for good measure). Still, no printer shows up, and log displays: {{{ sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt/local/etc/cups/cups-pdf.conf sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt/local/var/log/cups --- last message repeated 1 time --- sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt/local/var/log sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt/local/var sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt/local sandboxd[269] ([23577]): cups-pdf(23577) deny file-read-metadata /opt }}} Sandbox no longer complains about the backend, but now it disallows access to the config and log files. -- Ticket URL: <https://trac.macports.org/ticket/45006> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #24721: unsion build fails
by MacPorts 17 Sep '14

17 Sep '14

#24721: unsion build fails ----------------------------------+----------------------------------------- Reporter: jwhowse4@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ----------------------------------+----------------------------------------- On an Intel mac running Leopard 10.5.8 and Xcode 3.1.4, my unison build with the +aqua flag fails with the following error. Any idea what is wrong? {{{ Ld /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/MacOS/Unison normal i386 mkdir /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/MacOS cd /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew setenv MACOSX_DEPLOYMENT_TARGET 10.4 /Developer/usr/bin/gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -L/opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default -F/opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default -F/opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew -filelist /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/uimacnew.build/Default/uimac.build /Objects-normal/i386/Unison.LinkFileList -mmacosx-version-min=10.4 -L/opt/macports/lib/ocaml -lunix -lthreadsnat -lstr -lbigarray -lasmrun -framework Cocoa -framework Security -framework Growl -framework ExceptionHandling /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew /../unison-blob.o -o /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/MacOS/Unison Undefined symbols: "_fcntl$UNIX2003", referenced from: _caml_sys_open in libasmrun.a(sys.o) _unix_set_nonblock in libunix.a(fcntl.o) _unix_set_nonblock in libunix.a(fcntl.o) _unix_clear_nonblock in libunix.a(fcntl.o) _unix_clear_nonblock in libunix.a(fcntl.o) _unix_set_close_on_exec in libunix.a(fcntl.o) _unix_set_close_on_exec in libunix.a(fcntl.o) _unix_clear_close_on_exec in libunix.a(fcntl.o) _unix_clear_close_on_exec in libunix.a(fcntl.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) "_tcdrain$UNIX2003", referenced from: _unix_tcdrain in libunix.a(termios.o) "_pthread_cond_init$UNIX2003", referenced from: _caml_thread_reinitialize in libthreadsnat.a(posix_n.o) _caml_threadstatus_new in libthreadsnat.a(posix_n.o) _caml_condition_new in libthreadsnat.a(posix_n.o) "_open$UNIX2003", referenced from: _caml_sys_open in libasmrun.a(sys.o) _unix_open in libunix.a(open.o) "_write$UNIX2003", referenced from: _do_write in libasmrun.a(io.o) _unix_write in libunix.a(write.o) _unix_single_write in libunix.a(write.o) _caml_ba_map_file in libbigarray.a(mmap_unix.o) "_waitpid$UNIX2003", referenced from: _unix_waitpid in libunix.a(wait.o) "_strerror$UNIX2003", referenced from: _caml_pthread_check in libthreadsnat.a(posix_n.o) _caml_sys_error in libasmrun.a(sys.o) _unix_error_message in libunix.a(errmsg.o) "_sigsuspend$UNIX2003", referenced from: _unix_sigsuspend in libunix.a(signals.o) "_kill$UNIX2003", referenced from: _unix_kill in libunix.a(kill.o) "_fchmod$UNIX2003", referenced from: _unix_fchmod in libunix.a(fchmod.o) "_getrlimit$UNIX2003", referenced from: _segv_handler in libasmrun.a(signals_asm.o) "_close$UNIX2003", referenced from: _caml_close_channel in libasmrun.a(io.o) _caml_ml_close_channel in libasmrun.a(io.o) _caml_sys_close in libasmrun.a(sys.o) _unix_close in libunix.a(close.o) _alloc_sockaddr in libunix.a(socketaddr.o) "_pthread_sigmask$UNIX2003", referenced from: _caml_thread_tick in libthreadsnat.a(posix_n.o) _caml_thread_sigmask in libthreadsnat.a(posix_n.o) "_strtod$UNIX2003", referenced from: _caml_float_of_substring in libasmrun.a(floats.o) _caml_float_of_string in libasmrun.a(floats.o) "_read$UNIX2003", referenced from: _caml_do_read in libasmrun.a(io.o) _unix_read in libunix.a(read.o) "_wait$UNIX2003", referenced from: _unix_wait in libunix.a(wait.o) "_sleep$UNIX2003", referenced from: _unix_sleep in libunix.a(sleep.o) "_select$UNIX2003", referenced from: _caml_thread_tick in libthreadsnat.a(posix_n.o) _unix_select in libunix.a(select.o) "_fputs$UNIX2003", referenced from: _caml_fatal_error in libasmrun.a(misc.o) _caml_parse_engine in libasmrun.a(parsing.o) "_sigaltstack$UNIX2003", referenced from: _caml_init_signals in libasmrun.a(signals_asm.o) "_nice$UNIX2003", referenced from: _unix_nice in libunix.a(nice.o) "_sigwait$UNIX2003", referenced from: _caml_wait_signal in libthreadsnat.a(posix_n.o) "_chmod$UNIX2003", referenced from: _setFileInfos in unison-blob.o _setFileInfos in unison-blob.o _unix_chmod in libunix.a(chmod.o) "_system$UNIX2003", referenced from: _caml_sys_system_command in libasmrun.a(sys.o) "_mktime$UNIX2003", referenced from: _unix_mktime in libunix.a(gmtime.o) ld: symbol(s) not found collect2: ld returned 1 exit status PBXCp build/Default/Unison.app/Contents/Frameworks/Growl.framework Growl.framework mkdir /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/Frameworks cd /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew /Developer/Library/PrivateFrameworks/DevToolsCore.framework/Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip-debug-symbols -resolve-src-symlinks /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/Growl.framework /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/Frameworks ** BUILD FAILED ** The following build commands failed: uimac: Ld /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52/uimacnew/build/Default/Unison.app/Contents/MacOS/Unison normal i386 (1 failure) make: *** [macexecutable] Error 1 Error: Target org.macports.build returned: shell command " cd "/opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.32.52" && /usr/bin/make -j1 all NATIVE=true THREADS=true UISTYLE=macnew " returned error 2 Warning: the following items did not execute (for unison): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/24721> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #30970: arm-none-eabi-gdb: remote 'g' packet reply is too long
by MacPorts 17 Sep '14

17 Sep '14

#30970: arm-none-eabi-gdb: remote 'g' packet reply is too long -------------------------------------+-------------------------------------- Reporter: ben.m.cochran@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: | Port: arm-none-eabi-gdb -------------------------------------+-------------------------------------- I've installed the MacPorts version of the GNU ARM Toolchain (arm-none- eabi-gcc and arm-none-eabi-gdb) and am running into a problem with the GDB debugger. I'm taking a class where we use the Stellaris LM3S8962 evaluation board (Cortex-M3) and a fellow classmate has installed via compiling arm-none- eabi-* using CodeSourcery Lite and GDB works fine. I chronicled my adventure in a StackOverflow posting, the main issue I am having is in the "UPDATES" and "UPDATES 2" section of my question here: http://stackoverflow.com/questions/7053067/arm-none-eabi-gdb-and-openocd- malformed-response-to-offset-query-qoffsets Essentially, when I connect to the remote GDB target (openocd) GDB claims after presenting a compiled .axf file: {{{ (gdb) target remote localhost:3333 Remote debugging using localhost:3333 Remote 'g' packet reply is too long: 0080004000000000040000220f0000002833405451332abc009600a4d2b86092c0c11 8c03040d6f0284dbb93204b40c2000000000c010020ffffffff5504 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000020000001 }}} Searching the internet, it seems to suggest that gdb is not interpreting the ARM architecture correctly. However, none of the prescribed workarounds (setting architecture manually, or delaying the symbol file loading) holds. Compiling with arm-none-eabi-gcc and uploading to the target with openocd works flawlessly. I am in the process of trying to compile the CodeSourcery Lite toolchain but am having dependency issues because most of my compiler tools live in MacPorts. Do you think this is a problem with the port itself? Seems strange that another toolchain (with the same ABI) and the same OpenOCD works fine... -- Ticket URL: <https://trac.macports.org/ticket/30970> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #45005: cassandra fails to build
by MacPorts 17 Sep '14

17 Sep '14

#45005: cassandra fails to build ------------------------+-------------------------------- Reporter: nicholas@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: cassandra ------------------------+-------------------------------- Cassandra (both version 1.2.3 that is currently in MacPorts, and version 2.1.0 that I submitted in #45004) fails to build because the destination folders for eight of the Maven artifacts cannot be created. For example: {{{ :info:build [artifact:dependencies] [WARNING] Unable to get resource 'commons-logging:commons-logging:jar:1.1.1' from repository apache (https://repository.apache.org/content/repositories/releases) Specified destination directory cannot be created: /opt/local/var/macports/home/.m2/repository/commons-logging/commons- logging/1.1.1 }}} The folder `/opt/local/var/macports/home` already existed on my system, but `/opt/local/var/macports/home/.m2`did not. I found that by manually creating `/opt/local/var/macports/home/.m2` and setting its mode to 0777, the build would succeed without any further issues. Perhaps some component of the build process is not running with the proper permissions? Full log file attached. -- Ticket URL: <https://trac.macports.org/ticket/45005> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44085: installation failure: py-geopy
by MacPorts 17 Sep '14

17 Sep '14

#44085: installation failure: py-geopy --------------------------+-------------------------------- Reporter: veedeehjay@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: py-geopy --------------------------+-------------------------------- installation fails seemingly since a module `setuptools' cannot be imported (log fail attached). -- Ticket URL: <https://trac.macports.org/ticket/44085> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #44001: libxc update to 2.2.0 (current stable version)
by MacPorts 17 Sep '14

17 Sep '14

#44001: libxc update to 2.2.0 (current stable version) ----------------------+-------------------------------- Reporter: p.bro@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: libxc ----------------------+-------------------------------- libxc-2.2.0 has been released a couple of months ago. Attached patch updates libxc to this version. Build and install works fine, but it has not been tested if the library works. -- Ticket URL: <https://trac.macports.org/ticket/44001> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38494: cassandra can't write to it's database directory
by MacPorts 17 Sep '14

17 Sep '14

#38494: cassandra can't write to it's database directory ---------------------+-------------------------------- Reporter: alexs@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: cassandra ---------------------+-------------------------------- /opt/local/var/db/cassandra/ is owned root:_cassandra but doesn't have g+w on it or it's sub directories. This is needed for the cassandra demon to actually be able to write to it's data directories. -- Ticket URL: <https://trac.macports.org/ticket/38494> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #45004: cassandra: update to 2.1.0
by MacPorts 17 Sep '14

17 Sep '14

#45004: cassandra: update to 2.1.0 ------------------------+-------------------------------- Reporter: nicholas@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: cassandra ------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/45004> MacPorts <http://www.macports.org/> Ports system for OS X

1 1