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

[MacPorts] #38268: tcl/tk 8.6 breaks apbs_tools.py in pymol
by MacPorts 03 Mar '13

03 Mar '13

#38268: tcl/tk 8.6 breaks apbs_tools.py in pymol -----------------------+-------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: pymol -----------------------+-------------------------------- The tcl/tk 8.6 upgrade in MacPorts also has broke the ABPS Tools2 plugin component (apbs_tools.py) in the[[BR]] pymol package. When the APBS Tools2 menu item in the Plugins menu of pymol is selected, the following error occurs... [[BR]] [[BR]] <class '_tkinter.TclError'> Exception in Tk callback[[BR]] Function: <function <lambda> at 0x10eadcb18> (type: <type 'function'>)[[BR]] Args: ()[[BR]] Traceback (innermost last):[[BR]] File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/Pmw/Pmw_1_3_3/lib/PmwBase.py", line 1753, in __call__ return apply(self.func, args)[[BR]] File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/pmg_tk/startup/apbs_tools.py", line 265, in <lambda> command = lambda s=self: APBSTools2(s))[[BR]] File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/pmg_tk/startup/apbs_tools.py", line 628, in __init__ group.pack(fill='both',expand=1, padx=4, pady=5)[[BR]] File "<string>", line 1, in pack[[BR]] None[[BR]] File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /lib-tk/Tkinter.py", line 1764, in pack_configure + self._options(cnf, kw))[[BR]] <class '_tkinter.TclError'>: cannot use geometry manager pack inside .4774289136.4774290784.4774443416.4491855488 which already has slaves managed by grid[[BR]] [[BR]] This appears to be a general issue with the new tcl/tk 8,6 which is inhibiting many grpups from migrating to it due to the regression in functionality for legacy code.[[BR]] [[BR]] https://groups.google.com/forum/?fromgroups=#!topic/comp.lang.tcl/ncxQEhQ81… -- Ticket URL: <https://trac.macports.org/ticket/38268> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38258: py*-scientific: update to 2.9.2
by MacPorts 03 Mar '13

03 Mar '13

#38258: py*-scientific: update to 2.9.2 -------------------------+-------------------------------- Reporter: jdgleeson@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: -------------------------+-------------------------------- also fixes livecheck -- Ticket URL: <https://trac.macports.org/ticket/38258> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38266: offlinefs @0.4.6 depends on dbus-devel which is obsolete and replaced_by dbus
by MacPorts 03 Mar '13

03 Mar '13

#38266: offlinefs @0.4.6 depends on dbus-devel which is obsolete and replaced_by dbus ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: offlinefs ---------------------+-------------------------------- The dependency should be changed accordingly. Also this is openmaintainer so anyone can change it. -- Ticket URL: <https://trac.macports.org/ticket/38266> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38265: selfupdate should fetch tarball over HTTP
by MacPorts 03 Mar '13

03 Mar '13

#38265: selfupdate should fetch tarball over HTTP -------------------------+-------------------------------- Reporter: raimue@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- The selfupdate method currently gets base.tar via rsync, checks the .rmd160 signature, extracts it and then compares the version. This has the drawback that it always downloads the base source code (at least once) and keeps it on disk. Furthermore rsync might not be available for users behind firewalls, making selfupdate impossible for them at the moment. Instead selfupdate should do the following: 1. Download a single file indicating the latest version (similar to [https://svn.macports.org/repository/macports/trunk/base/config/ macports_version]) 2. Compare the latest version available with the current installed version. If latest version is installed, goto end. 3. Fetch the tarball and .rmd160 signature from [http://distfiles.macports.org/MacPorts a mirror] with the filenames MacPorts-${version}.tar.bz2{,.rmd160} 4. Verify signature 5. Extract source, build and install 6. After successful installation, delete tarball, .rmd160 signature file and extracted source The advantages of this approach: * The version is compared before downloading any files * Tarballs are only downloaded if a newer version is available * Fetch works over HTTP and thus allows operation behind firewalls -- Ticket URL: <https://trac.macports.org/ticket/38265> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #38212: openssl: cleanup
by MacPorts 03 Mar '13

03 Mar '13

#38212: openssl: cleanup --------------------------+--------------------- Reporter: ryandesign@… | Owner: mww@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: openssl --------------------------+--------------------- Here's a patch that simplifies the openssl portfile a little. Instead of setting configure.cmd to ./config and then in all cases replacing it with ./Configure later, just set it to ./Configure in the first place. And there's no need to remove `--disable-dependency-tracking` from configure.args because there is no circumstance in which it would be in there to begin with. -- Ticket URL: <https://trac.macports.org/ticket/38212> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38255: The port lang/chicken is not indexed by default
by MacPorts 03 Mar '13

03 Mar '13

#38255: The port lang/chicken is not indexed by default ----------------------------+-------------------------------- Reporter: dtakahashi42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: chicken ----------------------------+-------------------------------- The port lang/chicken seems not to be included into the default index. As a result, {{{port search chicken}}} does not find chicken scheme. {{{ $ sudo port selfupdate ---> Updating MacPorts base sources using rsync MacPorts base version 2.1.3 installed, MacPorts base version 2.1.3 downloaded. ---> Updating the ports tree ---> MacPorts base is already the latest version The ports tree has been updated. To upgrade your installed ports, you should run port upgrade outdated $ port search chicken cotvnc @2.0b4 (aqua, vnc) Chicken of the VNC is a VNC client for Mac OS X swig-chicken @2.0.9 (devel) Chicken binding for swig Found 2 ports. }}} By using {{{portindex}}}, the system can find chicken as previous, and can install it without any errors. {{{ $ cd /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports $ sudo portindex Creating port index in /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports Adding port lang/chicken Total number of ports parsed: 1 Ports successfully parsed: 1 Ports failed: 0 Up-to-date ports skipped: 16569 $ port search chicken chicken @4.8.0.2 (lang, scheme) Compiler for the Scheme programming language cotvnc @2.0b4 (aqua, vnc) Chicken of the VNC is a VNC client for Mac OS X swig-chicken @2.0.9 (devel) Chicken binding for swig Found 3 ports. }}} Is there are some reasons that prevent the port from being included into the default index? -- Ticket URL: <https://trac.macports.org/ticket/38255> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

Re: [MacPorts] #14139: xinstall needs to support recursion
by MacPorts 03 Mar '13

03 Mar '13

#14139: xinstall needs to support recursion --------------------------+-------------------------------- Reporter: rhwood@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by raimue@…): xinstall is meant to be a builtin implementation of install(1), which also cannot operate in a recursive mode. How would the modes be applied in recursive mode? Directories need +x, while it should not be set on non-executable files. Would we have to two separate mode arguments; one for files, one for directories? -- Ticket URL: <https://trac.macports.org/ticket/14139#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15167: Add progress indicator during installation of dependencies
by MacPorts 03 Mar '13

03 Mar '13

#15167: Add progress indicator during installation of dependencies -----------------------------+-------------------------------- Reporter: jan.matousek@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.6.0 Resolution: duplicate | Keywords: Port: | -----------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => duplicate -- Ticket URL: <https://trac.macports.org/ticket/15167#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #5001: RFE: 'port upgrade' could report # of packages to be upgraded
by MacPorts 03 Mar '13

03 Mar '13

#5001: RFE: 'port upgrade' could report # of packages to be upgraded --------------------------+-------------------------------- Reporter: mguthaus@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Changes (by ryandesign@…): * cc: jan.matousek@…, raimue@…, gguthe@…, ryandesign@… (added) Comment: Has duplicate #15167. #15939 is not a duplicate but is a related idea. I don't think we want to burden MacPorts with interactive prompting like "Continue (Y/N)?". -- Ticket URL: <https://trac.macports.org/ticket/5001#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #38249: R* ports upgrade to 2.15.3
by MacPorts 03 Mar '13

03 Mar '13

#38249: R* ports upgrade to 2.15.3 ----------------------------------+-------------------------------- Reporter: kjell.konis@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch, maintainer | Port: R, R-framework ----------------------------------+-------------------------------- The attached patches update the R and R-framework ports to version 2.15.3. Also, 1) The default compiler is now gcc47 to satisfy bug #38232. 2) The llvm_gcc42 variant was removed from R-framework because it no longer includes a Fortran compiler (see bug #37647). 3) Added 'configure.cflags-append -DOS_OBJECT_USE_OBJC=0' to address another issue reported in bug #37647. 4) Bug #36207 is obsolete since the llvm_gcc42 variant has been removed. FYI going forward: R 3.0.0 is scheduled to be released on 6 April. I am planning on making the R port replaced by the R-framework for this release and will notify the maintainers of ports that depend on R. Comments welcome. -- Ticket URL: <https://trac.macports.org/ticket/38249> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5