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

Re: [MacPorts] #44584: [NEW] add a Cargo port
by MacPorts 30 Jun '15

30 Jun '15

#44584: [NEW] add a Cargo port -----------------------------+---------------------- Reporter: macports.org@… | Owner: g5pw@… Type: request | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: rust Port: cargo | -----------------------------+---------------------- Comment (by joshmoz@…): Any chance this will work now? Would love to have rust-1.1 and cargo in macports! -- Ticket URL: <https://trac.macports.org/ticket/44584#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48174: Packages server: No space left on device
by MacPorts 30 Jun '15

30 Jun '15

#48174: Packages server: No space left on device ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- The packages server (packages.macports.org) ran out of disk space while the Yosemite buildbot builder was trying to upload packages to it: https://build.macports.org/builders/buildports-yosemite- x86_64/builds/4414/steps/deploy%20archives/logs/stdio {{{ rsync: write failed on "/var/www/html/packages/clang-3.5/clang-3.5-3.5.2_5+analyzer+arm_runtime.darwin_14.x86_64.tbz2": No space left on device (28) }}} Packages accumulate over time as existing ports are updated and as new ports are added, so disk usage only increases. Joshua wrote a script that deletes obsolete packages which should free up some space: browser:users/jmr/delete_old_archives/delete_old_archives.py There is no automated process that runs this script regularly. Perhaps just running it manually now would help. It would be good to proactively monitor disk usage on MacPorts servers, rather than let things grind to a halt when the disks get completely full. -- Ticket URL: <https://trac.macports.org/ticket/48174> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48205: gnuradio with qwt60
by MacPorts 30 Jun '15

30 Jun '15

#48205: gnuradio with qwt60 --------------------------------+-------------------------------- Reporter: jeremy.holleman@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: gnuradio qwt qwt60 | Port: gnuradio --------------------------------+-------------------------------- Is it possible to install gnuradio with qwt60 instead of qwt52? From the deps info on gnuradio and based on my handful of attempts, it would appear that it is not, but the gnuradio package I am trying to use (gr-radar: https://github.com/kit-cel/gr-radar) requires it, suggesting that it is possible, at least on some platforms. I tried deactivating qwt, py27-pyqwt, and gnuradio; installing qwt60; and then running "port install gnuradio" with fingers crossed, but that resulted in this (expected) error: "Error: Unable to execute port: Can't install qwt52 because conflicting ports are active: qwt60" Misc info: I've just run port selfupdate and port upgrade outdated. I'm on a MacBook Pro running 10.10.3. Thanks, Jeremy -- Ticket URL: <https://trac.macports.org/ticket/48205> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #37594: spin: fix livecheck (was: upgrade to latest version)
by MacPorts 29 Jun '15

29 Jun '15

#37594: spin: fix livecheck (was: upgrade to latest version) ---------------------------+-------------------- Reporter: dom.heussi@… | Owner: jann@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: spin | ---------------------------+-------------------- Changes (by petr@…): * status: new => closed * resolution: => fixed Comment: openmainter added and livecheck fixed in r138129. -- Ticket URL: <https://trac.macports.org/ticket/37594#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #37594: spin: fix livecheck (was: upgrade to latest version)
by MacPorts 29 Jun '15

29 Jun '15

#37594: spin: fix livecheck (was: upgrade to latest version) ---------------------------+-------------------- Reporter: dom.heussi@… | Owner: jann@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: spin | ---------------------------+-------------------- Comment (by jann@…): Open maintainer is fine with me. -- Ticket URL: <https://trac.macports.org/ticket/37594#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #37594: spin: fix livecheck (was: upgrade to latest version)
by MacPorts 29 Jun '15

29 Jun '15

#37594: spin: fix livecheck (was: upgrade to latest version) ---------------------------+-------------------- Reporter: dom.heussi@… | Owner: jann@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: spin | ---------------------------+-------------------- Comment (by petr@…): The livecheck issue is still outstanding. Jann, are you still active on this port? Would you agree to add `openmaintainer` to this port? TNX! -- Ticket URL: <https://trac.macports.org/ticket/37594#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48144: py-cryptography @0.9.1: build fails due to missing dependency
by MacPorts 29 Jun '15

29 Jun '15

#48144: py-cryptography @0.9.1: build fails due to missing dependency ----------------------+----------------------------- Reporter: devans@… | Owner: stromnov@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py-cryptography ----------------------+----------------------------- py-cryptography 0.9.1 introduces a dependency on py-idna (not yet ported to MacPorts) which causes the build to fail. Build log from Mavericks buildbot attached. -- Ticket URL: <https://trac.macports.org/ticket/48144> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48199: Processing of port tiff failed during build
by MacPorts 29 Jun '15

29 Jun '15

#48199: Processing of port tiff failed during build ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- On Yosemite 10.10.3: bash-3.2$ sudo port clean tiff ---> Cleaning tiff bash-3.2$ sudo port install tiff ---> Computing dependencies for tiff ---> Fetching archive for tiff ---> Attempting to fetch tiff-4.0.4_0.darwin_14.x86_64.tbz2 from http://packages.macports.org/tiff ---> Attempting to fetch tiff-4.0.4_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/tiff ---> Attempting to fetch tiff-4.0.4_0.darwin_14.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/tiff ---> Fetching distfiles for tiff ---> Verifying checksums for tiff ---> Extracting tiff ---> Applying patches to tiff ---> Configuring tiff ---> Building tiff Error: org.macports.build for port tiff returned: command execution failed Please see the log file for port tiff for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_tiff/tiff/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port tiff failed bash-3.2$ -- Ticket URL: <https://trac.macports.org/ticket/48199> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #37048: weechat: python variants
by MacPorts 29 Jun '15

29 Jun '15

#37048: weechat: python variants ---------------------------+------------------------- Reporter: ryandesign@… | Owner: starkhalo@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: weechat | ---------------------------+------------------------- Comment (by larryv@…): To be honest, I don’t think there’s any need to dynamically generate the variants like this. There shouldn’t be more than 4 Python variants ever (by policy), and it makes the portfile much harder for the rest of us to understand. The patch I just added demonstrates how most of the common logic can be abstracted out in a different way. (I haven’t tested it.) -- Ticket URL: <https://trac.macports.org/ticket/37048#comment:12> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #37048: weechat: python variants
by MacPorts 29 Jun '15

29 Jun '15

#37048: weechat: python variants ---------------------------+------------------------- Reporter: ryandesign@… | Owner: starkhalo@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: weechat | ---------------------------+------------------------- Comment (by larryv@…): If you’re going to go with the regex, this… {{{ set t "" }}} …is unnecessary. You just need this. {{{ regexp {(^3)?} $s t }}} If `s` does not begin with “3”, then `t` will be empty. -- Ticket URL: <https://trac.macports.org/ticket/37048#comment:11> MacPorts <https://www.macports.org/> Ports system for OS X

1 0