May 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #34326: No select group for "python3" command
by MacPorts 24 Sep '14

24 Sep '14

#34326: No select group for "python3" command -------------------------------------+-------------------------------------- Reporter: mikko@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: -------------------------------------+-------------------------------------- Macports provides selection of default Python interpreter as described here: http://stackoverflow.com/a/6159178/315168 (sudo port select python...) It would be nice to have select for "python3" command, because Python 2.x and Python 3.x scripts are incompatible and there is no way to invoke default "python3". E.g. Ubuntu/Debian provides python3 command which points to latest Python 3.x interpreter. Spec: http://www.python.org/dev/peps/pep-0394/ Example and more xplatform discussion here: http://stackoverflow.com/a/10164449/315168 -- Ticket URL: <https://trac.macports.org/ticket/34326> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 15

[MacPorts] #38661: python32 @3.2.3 doesn't create a python3 link while python2 is installed
by MacPorts 24 Sep '14

24 Sep '14

#38661: python32 @3.2.3 doesn't create a python3 link while python2 is installed ----------------------------------+---------------------------------------- Reporter: | Owner: macports-tickets@… macports.jgonggrijp@… | Status: new Type: defect | Milestone: Priority: Normal | Version: 2.1.3 Component: ports | Port: python32 python33 python31 Keywords: | ----------------------------------+---------------------------------------- I have python26, python27 and python32 installed on Mac OS X 10.6.8 with Xcode 3.2.6. Normally when Python 2 and Python 3 are installed alongside on a unixy system there should be both a python2 link and a python3 link, as detailed in PEP 394: http://www.python.org/dev/peps/pep-0394/ MacPorts does indeed install a python2 command, but no python3 command. This is what I get when I run {{{ls /opt/local/bin/python*}}}: {{{ /opt/local/bin/python /opt/local/bin/python2.6-config /opt/local/bin/pythonw /opt/local/bin/python-config /opt/local/bin/python2.7 /opt/local/bin/pythonw2 /opt/local/bin/python2 /opt/local/bin/python2.7-config /opt/local/bin/pythonw2.6 /opt/local/bin/python2-config /opt/local/bin/python3.2 /opt/local/bin/pythonw2.7 /opt/local/bin/python2.6 /opt/local/bin/python3.2-config /opt/local/bin/pythonw3.2 }}} Usually I have python27 selected as the default version, but changing that setting to python32 does not change the above directory listing. This may also affect other python3x ports; I haven't checked whether that is the case. Somewhat related: ticket [ticket:34326]. -- Ticket URL: <https://trac.macports.org/ticket/38661> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #35574: databases/postgresql91 fails to build at contrib/uuid-ossp under OS X 10.8
by MacPorts 23 Sep '14

23 Sep '14

#35574: databases/postgresql91 fails to build at contrib/uuid-ossp under OS X 10.8 --------------------------------------+------------------------------------- Reporter: dcarmich@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: databases/postgresql91 --------------------------------------+------------------------------------- I'm trying to build PostgreSQL 9.1.4 on OS X 10.8 (Mountain Lion), and it fails to build when the build gets to contrib/uuid-ossp: :info:build /usr/bin/clang -pipe -O2 -arch x86_64 -Wall -Wmissing- prototypes -Wp ointer-arith -Wdeclaration-after-statement -Wendif-labels -Wformat- security -fno -strict-aliasing -fwrapv -I. -I. -I../../src/include -I/opt/local/include -I/op t/local/include/ossp -I/opt/local/include/libxml2 -I/opt/local/include -c -o u uid-ossp.o uuid-ossp.c :info:build In file included from uuid-ossp.c:24: :info:build In file included from /opt/local/include/ossp/uuid.h:38: :info:build /usr/include/unistd.h:689:26: error: expected identifier :info:build int gethostuuid(uuid_t, const struct timespec *) __OSX_AVAILABL E_STARTING(__MAC_10_5, __IPHONE_2_0); :info:build ^ :info:build In file included from uuid-ossp.c:24: :info:build /opt/local/include/ossp/uuid.h:94:24: error: typedef redefinition wi th different types ('struct uuid_st' vs '__darwin_uuid_t' (aka 'unsigned char [16]')) :info:build typedef struct uuid_st uuid_t; :info:build ^ :info:build /usr/include/uuid/uuid.h:42:25: note: previous definition is here :info:build typedef __darwin_uuid_t uuid_t; :info:build ^ :info:build In file included from uuid-ossp.c:24: :info:build /opt/local/include/ossp/uuid.h:107:22: error: conflicting types for 'uuid_compare' :info:build extern uuid_rc_t uuid_compare (const uuid_t *_uuid, const uuid_t *_uuid2, int *_result); :info:build ^ :info:build /usr/include/uuid/uuid.h:59:5: note: previous declaration is here :info:build int uuid_compare(const uuid_t uu1, const uuid_t uu2); :info:build ^ :info:build 3 errors generated. :info:build gnumake: *** [uuid-ossp.o] Error 1 I've reported this upstream to the PostgreSQL developers, and I'm hoping I hear from them. -- Ticket URL: <https://trac.macports.org/ticket/35574> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #39233: new port: pyqtgraph
by MacPorts 21 Sep '14

21 Sep '14

#39233: new port: pyqtgraph -----------------------------+-------------------------------- Reporter: GregoryEAllen@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------------+-------------------------------- Tested on 10.8.3, seems to work python2.7 -m pyqtgraph.examples -- Ticket URL: <https://trac.macports.org/ticket/39233> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38919: Add port for h3dutil
by MacPorts 19 Sep '14

19 Sep '14

#38919: Add port for h3dutil -------------------------------+-------------------------------- Reporter: daniel.evestedt@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -------------------------------+-------------------------------- Adding Portfile for h3dutil, part of the H3D framwork (www.h3dapi.org) -- Ticket URL: <https://trac.macports.org/ticket/38919> MacPorts <http://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #36843: Fail on install of groovy
by MacPorts 18 Sep '14

18 Sep '14

#36843: Fail on install of groovy ------------------------+-------------------------------- Reporter: hdittmer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------+-------------------------------- I have been attempting to install groovy on two different Macs. Both are running Mac OS 10.8.2 and Mac Ports 2.1.2. The attempt to install groovy via "sudo port install groovy" returned "Error: Processing of port groovy failed". A copy of the log file is attached. Howard -- Ticket URL: <https://trac.macports.org/ticket/36843> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[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] #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