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

[MacPorts] #39672: Macport update fails
by MacPorts 09 Jul '13

09 Jul '13

#39672: Macport update fails ----------------------------+-------------------------------- Reporter: maheshsainni@… | Owner: macports-tickets@… Type: update | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.3 Keywords: update | Port: ----------------------------+-------------------------------- I am not able to update the macport. When i try to install new package then it say my port is outdated and suggest me to update. When i try to update it throw the error. Earlier it was working fine, and i was able to update port by sudo port -v selfupdate. {{{ ---> Updating MacPorts base sources using rsync rsync: failed to connect to rsync.macports.org: Operation timed out (60) rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-42/rsync/clientserver.c(105) [receiver=2.6.9] Command failed: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/tarballs/base.tar /opt/local/var/macports/sources/rsync.macports.org/release/tarballs Exit code: 10 Error: /opt/local/bin/port: port selfupdate failed: Error synchronizing MacPorts sources: command execution failed }}} it seems like internet connection problem but internet is working fine. I tried this from my office where i am within VPN and at my home where there is no VPN and not behind any proxy server but it give me same error. I recently update mountain lion to 10.8.4 and updated latest java, I also update the xcode. {{{ Xcode 4.6.3 Build version 4H1503 }}} I posted this problem at stackoverflow.com and superuser.com but didn't get any answer. Someone suggested me to try {{{ telnet rsync.macports.org 873 }}} to check whether i am able to connect with macport server or not but this was operation timeout. I really need to resolve this otherwise i have no choice to switch to Homebrew. -- Ticket URL: <https://trac.macports.org/ticket/39672> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #39644: unable to fetch certain packages
by MacPorts 09 Jul '13

09 Jul '13

#39644: unable to fetch certain packages -----------------------+-------------------------------- Reporter: vkuznet@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------+-------------------------------- Hi, I encounter very annoying bug. Recently, I found that I can't upgrade certain ports. I even report a problem with curl package, see bug #39595. Turns out that it is more general problem which I'd like to put into separate ticket. So, certain packages are unable to download from certain URLs. Here is an example of erlang upgrade: {{{ ---> Computing dependencies for erlang ---> Fetching archive for erlang ---> Attempting to fetch erlang-R16B01_0+ssl.darwin_11.x86_64.tbz2 from http://packages.macports.org/erlang ---> Attempting to fetch erlang-R16B01_0+ssl.darwin_11.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/erlang ---> Attempting to fetch erlang-R16B01_0+ssl.darwin_11.x86_64.tbz2 from http://lil.fr.packages.macports.org/erlang ---> Fetching distfiles for erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://distfiles.macports.org/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://sea.us.distfiles.macports.org/macports/distfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://mse.uk.distfiles.macports.org/sites/distfiles.macports.org/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://lil.fr.distfiles.macports.org/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://www.erlang.org/download/ ---> Attempting to fetch otp_src_R16B01.tar.gz from http://ykf.ca.distfiles.macports.org/MacPorts/mpdistfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://fco.it.distfiles.macports.org/mirrors/macports-distfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://her.gr.distfiles.macports.org/mirrors/macports/mpdistfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://cjj.kr.distfiles.macports.org/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://jog.id.distfiles.macports.org/macports/mpdistfiles/erlang ---> Attempting to fetch otp_src_R16B01.tar.gz from http://svn.macports.org/repository/macports/distfiles/erlang Error: org.macports.fetch for port erlang returned: fetch failed Please see the log file for port erlang for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_erlang/erlang/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets }}} as you can see my port was able to fetch erlang- R16B01_0+ssl.darwin_11.x86_64.tbz2, but then fail to fetch otp_src_R16B01.tar.gz from list of URLs. The main.log shows the following {{{ from main.log debug:fetch Fetching distfile failed:: The requested URL returned error: 403 }}} for those URLs. Then port command exit with error status. I observed the pattern that this only happens from aforementioned URLs, while other URLs are working fine, for instance here is successful gcc upgrade {{{ ---> Attempting to fetch gcc47-4.7.3_1.darwin_11.x86_64.tbz2 from http://packages.macports.org/gcc47 ---> Attempting to fetch gcc47-4.7.3_1.darwin_11.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gcc47 ---> Attempting to fetch gcc47-4.7.3_1.darwin_11.x86_64.tbz2 from http://lil.fr.packages.macports.org/gcc47 ---> Fetching distfiles for gcc47 ---> Attempting to fetch gcc-4.7.3.tar.bz2 from ftp://ftp.gnu.org/gnu/gcc/gcc-4.7.3 ---> Attempting to fetch ecj-4.5.jar from http://mirrors.kernel.org/sources.redhat.com/java/ ---> Attempting to fetch ecj-4.5.jar from http://distfiles.macports.org/gcc47 ---> Attempting to fetch ecj-4.5.jar from ftp://sourceware.org/pub/java/ ---> Verifying checksum(s) for gcc47 ---> Extracting gcc47 ---> Applying patches to gcc47 ---> Configuring gcc47 ---> Building gcc47 }}} So, I was unable to upgrade the following list: otp, curl, mongodb, clang, nginx, py27-sqlalchemy, but at the same time I was able to successfully upgrade gcc, mercurial, etc. I really don't know what's going on, but I don't have any proxy. For the reference, I have OSX 10.7.5 and recent port version 2.1.3 Any suggestions are really welcome, Thanks, Valentin. -- Ticket URL: <https://trac.macports.org/ticket/39644> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #25203: should have a tex metaport
by MacPorts 09 Jul '13

09 Jul '13

#25203: should have a tex metaport ---------------------------------+------------------------------------------ Reporter: dports@… | Owner: dports@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.0 Keywords: | Port: tex ---------------------------------+------------------------------------------ We should have a tex metaport that ports can depend on if they need some TeX distribution installed, but not any particular one. It should have variants for TeX Live, MacTeX, and pTeX. texlive should be the default variant unless one of the others is already installed (keeping in mind that MacTeX installs into /usr/texbin). Possibly for the mactex variant it should symlink appropriate binaries from /usr/texbin/bin into $prefix/bin? Most ports that now depend on texlive should be changed to point to this metaport instead (unless they really require texlive specifically) Besides providing an option for people who want to use MacTeX, this could save us a lot of pain if we want to add a new TeX distribution option (as when texlive replaced tetex). Will work on this once texlive 2009 is in. -- Ticket URL: <http://trac.macports.org/ticket/25203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #39677: gnuradio @3.7.0 +grc CMake error
by MacPorts 09 Jul '13

09 Jul '13

#39677: gnuradio @3.7.0 +grc CMake error --------------------------+-------------------------------- Reporter: b.forbort@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: snow leopard | Port: gnuradio --------------------------+-------------------------------- OS X Version: 10.6.8 Xcode: 3.2.6 I'm getting the below error when trying to install with the +grc variant. I was able to install the last 3.6 version last week with the +full variant, however I can only get this version to install without the visual components. {{{ :info:configure CMake Error: The following variables are used in this project, but they are set to NOTFOUND. :info:configure Please set them or make sure they are set and tested correctly in the CMake files: :info:configure ICE_GLACIER2 :info:configure linked by target "gnuradio-runtime" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/lib :info:configure linked by target "_runtime_swig" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/swig :info:configure ICE_ICEGRID :info:configure linked by target "gnuradio-runtime" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/lib :info:configure linked by target "_runtime_swig" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/swig :info:configure ICE_ICESTORM :info:configure linked by target "gnuradio-runtime" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/lib :info:configure linked by target "_runtime_swig" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/swig :info:configure ICE_ICEUTIL :info:configure linked by target "gnuradio-runtime" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/lib :info:configure linked by target "_runtime_swig" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/swig :info:configure ICE_ZEROCICE :info:configure linked by target "gnuradio-runtime" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/lib :info:configure linked by target "_runtime_swig" in directory /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0 /gnuradio-runtime/swig :info:configure :info:configure -- Configuring incomplete, errors occurred! }}} -- Ticket URL: <https://trac.macports.org/ticket/39677> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #39643: Upgrade virtualbox to 4.2.16
by MacPorts 09 Jul '13

09 Jul '13

#39643: Upgrade virtualbox to 4.2.16 -------------------------------------+------------------------------------- Reporter: mail@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: virtualbox virtualbox- | Port: virtualbox virtualbox- extension-pack virtualbox-guest- | extension-pack virtualbox-guest- additions | additions -------------------------------------+------------------------------------- Please upgrade virtualbox and its sub-ports to version 4.2.16, which has been released this week: [http://www.virtualbox.org/wiki/Changelog] [http://download.virtualbox.org/virtualbox/4.2.16/] -- Ticket URL: <https://trac.macports.org/ticket/39643> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #39680: stog: dependency on texlive-bin is likely incorrect
by MacPorts 09 Jul '13

09 Jul '13

#39680: stog: dependency on texlive-bin is likely incorrect ----------------------+------------------- Reporter: dports@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: stog ----------------------+------------------- stog declares a `depends_run` on `port:texlive-bin`. This is almost certainly not correct, as texlive-bin installs tex binaries without any of their support files and therefore is not usable by itself. If stog is using tex at runtime, texlive-basic is the bare minimum usable tex installation, and it's possible that other packages (e.g. texlive-latex, texlive-latex-recommended, etc) are also needed. I'm not familiar with stog, so I can't say which specific packages it needs... -- Ticket URL: <https://trac.macports.org/ticket/39680> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #29750: texlive-latex: babel is unusable as is (\iflanguage does not work)
by MacPorts 09 Jul '13

09 Jul '13

#29750: texlive-latex: babel is unusable as is (\iflanguage does not work) -------------------------------------+-------------------------------------- Reporter: akim.demaille@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: texlive-latex -------------------------------------+-------------------------------------- Hi! I have lost hours on this issue (together with a friend of mine on whose machine everything worked fine, to understand where the difference was). The following document, on my MacPorts: {{{ \documentclass{article} \usepackage[francais,english]{babel} \begin{document} \iflanguage{francais}{FR}{} \iflanguage{english}{EN}{} \end{document} }}} displays {{{ FR EN }}} Yes, both. Where, of course, one expects only "EN". The problem was tracked down to the fact that I don't have the package "texlive-lang- french" installed!!! Thanks to diff between log files, this was guessed when we saw the "warning" that follows: {{{ - -Package babel Warning: No hyphenation patterns were loaded for -(babel) the language `French' -(babel) I will use the patterns loaded for \language=0 instead. - -\l@french = a dialect from \language0 }}} It turns out I also have others: {{{ Language: english 2005/03/30 v3.3o English support from the babel system -\l@british = a dialect from \language\l@english -\l@UKenglish = a dialect from \language\l@english \l@canadian = a dialect from \language\l@american \l@australian = a dialect from \language\l@british \l@newzealand = a dialect from \language\l@british }}} which is suspicious. The TeX document started to behave properly when I installex texlive-lang- french. Bottom line is: my document should *not* compile when the said package is not installed. This is really asking for troubles, on behalf of the users. Babel should frankly die when I ask {{{ \usepackage[francais]{babel} }}} when texlive-lang-french is not installed. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/29750> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #39654: texlive-latex-extra: update to latest version (31121?)
by MacPorts 09 Jul '13

09 Jul '13

#39654: texlive-latex-extra: update to latest version (31121?) -----------------------+-------------------- Reporter: aronnax@… | Owner: dports Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------+-------------------- I would like to have texlive-latex-extra updated to the latest version. The version appears to be a Subversion revision, and the latest revision is 31121 (>26807). The reason is that I would like to have the latest version of the acronym package, which introduces the \Iac macro. I can see from the project's ViewVC browser that the acronym package has been updated in texlive: http://www.tug.org/svn/texlive/trunk/Master/texmf- dist/tex/latex/acronym/acronym.sty?view=markup -- Ticket URL: <https://trac.macports.org/ticket/39654> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #39537: anjuta: build failure: Undefined g_module symbols
by MacPorts 09 Jul '13

09 Jul '13

#39537: anjuta: build failure: Undefined g_module symbols --------------------------+---------------------- Reporter: ryandesign@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.99 Keywords: haspatch | Port: anjuta --------------------------+---------------------- anjuta doesn't build: {{{ Undefined symbols for architecture x86_64: "_g_module_build_path", referenced from: _anjuta_c_module_new in anjuta-c-module.o "_g_module_close", referenced from: _anjuta_c_module_load in anjuta-c-module.o _anjuta_c_module_unload in anjuta-c-module.o "_g_module_error", referenced from: _anjuta_c_module_get_last_error in anjuta-c-module.o "_g_module_open", referenced from: _anjuta_c_module_load in anjuta-c-module.o "_g_module_symbol", referenced from: _anjuta_c_module_load in anjuta-c-module.o }}} These are probably symbols from specific glib libraries that anjuta has forgotten to add to its LDFLAGS. The attached patch allows it to build. -- Ticket URL: <https://trac.macports.org/ticket/39537> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39671: orfeotoolbox : update python variant
by MacPorts 08 Jul '13

08 Jul '13

#39671: orfeotoolbox : update python variant ----------------------------+-------------------------------- Reporter: julien.malik@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: orfeotoolbox ----------------------------+-------------------------------- The python variant compiles and install a new module called "otbApplication". The module "otbApplication" loads plugins currently located in /usr/lib/otb/applications. They are named 'otbapp_Something.dylib'. For them to be properly detected and loaded, the env var ITK_AUTOLOAD_PATH must be set to /usr/lib/otb/applications before loading python. Not convenient at all. To ease the process, I updated the debian package recently to : - install in a subdir of "site-package" with OTB_INSTALL_PYTHON_DIR, and not in site-package directly - create an __init__.py at install time which import the right thing and then set up the env var. Something similar shall be done in the Portfile. The __init__.py file content can be found here : http://hg.orfeo-toolbox.org/OTB- DevUtils/file/tip/Packaging/ubuntu/OTB/debian/python-otb.postinst -- Ticket URL: <https://trac.macports.org/ticket/39671> MacPorts <http://www.macports.org/> Ports system for OS X

1 2