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

[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] #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] #29303: gant is noarch
by MacPorts 16 Sep '14

16 Sep '14

#29303: gant is noarch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: breskeby@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: haspatch | Port: gant -------------------------------------+-------------------------------------- gant doesn't install any architecture-specific files, so should say `supported_archs noarch` and the `revision` should be increased. Further changes you could consider making to gant include removing the `distname`, `worksrcdir` and `use_bzip2 no` lines (those are the defaults); switching from using `ui_msg` in a post-activate block to using `notes`; and removing the `workTarget` variable and the one place it's used, unless it serves some purpose I'm not seeing. -- Ticket URL: <https://trac.macports.org/ticket/29303> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #22959: Too many open files error while doing a mass forced upgrade
by MacPorts 16 Sep '14

16 Sep '14

#22959: Too many open files error while doing a mass forced upgrade -----------------------------------------+---------------------------------- Reporter: dave.evans55@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 1.8.1 Keywords: force upgrade | Port: -----------------------------------------+---------------------------------- I have 641 ports installed. I deleted all the inactive ports. I then ran a command to force upgrade them all with the +universal variant: script bigbuild.log sudo port -pdk upgrade --force installed +universal After a few hours of compilation an error occurred: ./libtool: cannot make pipe for command substitution: Too many open files I increased the ulimit(1) open files limit for the process from 256 to 10000 and ran the upgrade command again. While it was running I monitored the open files for the tclsh process using lsof: I noticed that there were a lot of instances of /opt/local/var/macports/receipts/file_map.db open. I counted them with: sudo lsof | grep -i tcl | grep receipts | wc -l and there were 272 instances of this file open. I think there is an open file leak in port. -- Ticket URL: <http://trac.macports.org/ticket/22959> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17191: Tix 8.4.3 - Tk Interface eXtension
by MacPorts 15 Sep '14

15 Sep '14

#17191: Tix 8.4.3 - Tk Interface eXtension ------------------------------+--------------------------------------------- Reporter: krunk7(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | Port: ------------------------------+--------------------------------------------- From the home page: Tix, the Tk Interface eXtension, is a powerful set of user interface components that expands the capabilities of your Tcl/Tk and Python applications. Using Tix together with Tk will greatly enhance the appearance and functionality of your application. -- Ticket URL: <http://trac.macports.org/ticket/17191> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16951: dotmac
by MacPorts 15 Sep '14

15 Sep '14

#16951: dotmac --------------------------------------+------------------------------------- Reporter: macports.users(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- http://code.google.com/p/dotmac/ -- Ticket URL: <http://trac.macports.org/ticket/16951> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20476: sitemap_gen outdated, relies on python24
by MacPorts 15 Sep '14

15 Sep '14

#20476: sitemap_gen outdated, relies on python24 ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: mstokely@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: sitemap_gen ------------------------------+--------------------------------------------- Trying to get ports off of python24. Also, this port is outdated. Would you like to update sitemap_gen or drop the port? I can assist if desired. -- Ticket URL: <http://trac.macports.org/ticket/20476> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #20805: xruskb: update to latest version
by MacPorts 15 Sep '14

15 Sep '14

#20805: xruskb: update to latest version -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: jc@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: xruskb -------------------------------------+-------------------------------------- xruskb should be updated. It looks like 1.15.4 is available. It also seems the homepage has moved. -- Ticket URL: <http://trac.macports.org/ticket/20805> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #20786: pcal: update to 4.11.0
by MacPorts 15 Sep '14

15 Sep '14

#20786: pcal: update to 4.11.0 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: sam.falkner@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: pcal -------------------------------------+-------------------------------------- pcal should be updated to 4.11.0 -- Ticket URL: <http://trac.macports.org/ticket/20786> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3