Opened 13 years ago
Closed 12 years ago
#32226 closed defect (fixed)
py-svn fails to build with subversion 1.7.x
Reported by: | blueml@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.3 |
Keywords: | Cc: | larryv (Lawrence Velázquez), qingyun.oracle@…, yunzheng.hu@…, m214089, drkp (Dan Ports), blair (Blair Zajac) | |
Port: | py-svn, py26-svn, py27-svn |
Description (last modified by mf2k (Frank Schima))
build fails with following error messages:
grep error /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py26-svn/py26-svn/main.log :info:build pysvn_client_cmd_add.cpp:152: error: ‘revisionKindCompatibleCheck’ was not declared in this scope :info:build pysvn_client_cmd_checkin.cpp:200: error: ‘revisionKindCompatibleCheck’ was not declared in this scope :info:build pysvn_client_cmd_checkin.cpp:448: error: cannot convert ‘apr_array_header_t**’ to ‘svn_revnum_t*’ for argument ‘1’ to ‘svn_error_t* svn_client_update(svn_revnum_t*, const char*, const svn_opt_revision_t*, svn_boolean_t, svn_client_ctx_t*, apr_pool_t*)’ :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py26-svn/py26-svn/work/pysvn-1.7.0/Source" && make -j4 -w " returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details)
Attachments (4)
Change History (21)
Changed 13 years ago by blueml@…
comment:1 Changed 13 years ago by mf2k (Frank Schima)
Description: | modified (diff) |
---|
comment:2 follow-up: 3 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Would updating to 1.7.5 help?
comment:3 Changed 13 years ago by blueml@…
No, that alone does not seem to help.
I tried with local copy and replaced the version by 1.7.5 (and the checksums) but now the patch application fails with following errors:
:debug:patch Executing command line: cd "/opt/local/var/macports/build/_Users_marcus_macports-trunk_dports_python_py26-svn/py26-svn/work/pysvn-1.7.5/Source" && /usr/bin/patch -p0 < '/Users/marcus/macports-trunk/dports/python/py26-svn/files/patch-Source_setup_configure.py.diff' :info:patch patching file setup_configure.py :info:patch Hunk #1 FAILED at 258. :info:patch Hunk #2 succeeded at 694 (offset 155 lines). :info:patch Hunk #3 succeeded at 734 with fuzz 1 (offset 170 lines). :info:patch Hunk #4 FAILED at 759. :info:patch Hunk #5 FAILED at 784. :info:patch 3 out of 5 hunks FAILED -- saving rejects to file setup_configure.py.rej
comment:5 follow-up: 6 Changed 13 years ago by larryv (Lawrence Velázquez)
I’ve ironed out a few patch and configure problems with 1.7.5 (at least on Lion), but during build I’m still running into the same types of errors as in the attached log file. I’ve attached my own log file for comparison.
Changed 13 years ago by larryv (Lawrence Velázquez)
Attachment: | py26-svn.log added |
---|
py26-svn log with build failure
comment:6 Changed 13 years ago by larryv (Lawrence Velázquez)
Replying to larry.velazquez@…:
I’ve ironed out a few patch and configure problems with 1.7.5 (at least on Lion), but during build I’m still running into the same types of errors as in the attached log file. I’ve attached my own log file for comparison.
Sorry, forgot to mention that that log was generated with configure.compiler=apple-gcc-4.2
. The default produces similar errors, though.
comment:7 Changed 13 years ago by larryv (Lawrence Velázquez)
Turns out that pysvn only supports up to Subversion 1.6.15 (http://pysvn.tigris.org/project_status.html). I managed to do a successful build using the Subversion 1.6.16 libraries included with 10.7.2, but it fails with MacPorts’ Subversion 1.7.2.
sudo port install py26-svn configure.args='--svn-root-dir=/usr'
Not sure what more can be done on our end, other than bugging the pysvn devs. I suppose we could create a subversion16
port or something.
Changed 13 years ago by larryv (Lawrence Velázquez)
Attachment: | Portfile-py26-svn.diff added |
---|
patch to fix configure and patch, still fails on build
Changed 13 years ago by larryv (Lawrence Velázquez)
Attachment: | patch-Source-setup_configure.py.diff added |
---|
patch to fix Sources/setup_configure.py
comment:8 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | qingyun.oracle@… yunzheng.hu@… added |
---|---|
Port: | py-svn py27-svn added |
Summary: | py26-svn fails to build on lion → py-svn fails to build with subversion 1.7.x |
Has duplicate #32481.
comment:10 follow-up: 11 Changed 13 years ago by robin@…
Is there a workaround? -- robin at likethebird.com
comment:11 follow-up: 12 Changed 13 years ago by larryv (Lawrence Velázquez)
Replying to robin@…:
Is there a workaround?
The workaround is to manually override configure.args
on the command line, as I described above.
comment:12 Changed 13 years ago by robin@…
Replying to larry.velazquez@…:
The workaround is to manually override
configure.args
on the command line, as I described above.
Still fails.
~ $ port installed | grep subversion Warning: port definitions are more than two weeks old, consider using selfupdate subversion @1.6.17_1 (active) ~ $ sudo port install py26-svn configure.args='--svn-root-dir=/usr' ... Error: Target org.macports.build returned: shell command failed (see log for details) Error: Status 1 encountered during processing. ~ $ sudo port -v install py26-svn configure.args='--svn-root-dir=/usr' Warning: port definitions are more than two weeks old, consider using selfupdate ---> Computing dependencies for py26-svn. ---> Building py26-svn ... make, compile, g++ ... Undefined symbols: "EnumString<svn_client_diff_summarize_kind_t>::EnumString()"... "EnumString<svn_depth_t>::EnumString()"... ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [pysvn/_pysvn_2_6.so] Error 1 ... make, shell command, repeat of same error messages as without -v ...
Looking in /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py26-svn/py26-svn/main.log doesn't reveal anything more than -v printout.
I'll try installing svn 1.6.16, and see if it behaves better than 1.6.17.
comment:13 Changed 13 years ago by robin@…
Installing subversion 1.6.16 fails. I fetched the Portfile and files/ files from browser:trunk/dports/devel/subversion?rev=76647, whose comment says bump to 1.6.16, cd'ed to the directory containing the Portfile, and
src $ sudo port install Warning: port definitions are more than two weeks old, consider using selfupdate ... ---> Configuring serf Error: Please use serf0 or serf1 instead. Error: Target org.macports.configure returned: obsolete port Error: Failed to install serf Log for serf is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_serf/serf/main.log Error: The following dependencies were not installed: serf Error: Status 1 encountered during processing.
So, Larry, I still need a workaround. Not happy with nested workarounds -_-
comment:14 follow-up: 15 Changed 13 years ago by robin@…
Noticed the earlier comment that pysvn won't build with any later version of subversion than 1.6.15.
Trying to install 1.6.15 depends on serf
. Managed to install and activate serf
, but trying to install subversion1.6.15 deactivates it, activates serf0
, and then fails with
Error: Failed to install serf
The log says:
:debug:configure Executing proc-pre-org.macports.configure-configure-0 :error:configure Please use serf0 or serf1 instead. :error:configure Target org.macports.configure returned: obsolete port :debug:configure Backtrace: obsolete port
It made no difference when I tried adding configure.args='--with-serf=/Users/robinschaufler/opt/local/src/serf'
, where I've got the serf
Portfile.
Is there some additional magic I need in the port commandline? I'm about to give up!
comment:15 Changed 13 years ago by larryv (Lawrence Velázquez)
Replying to robin@…:
Is there some additional magic I need in the port commandline? I'm about to give up!
You might want to solicit help from the MacPorts Users mailing list. Tickets are not support channels.
comment:16 Changed 13 years ago by drkp (Dan Ports)
Cc: | dports@… added |
---|
It sounds like this is fixed in the recently-released pysvn 1.7.6. We should probably unify the py*-svn ports and update them.
comment:17 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | blair@… added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
A unified py-pysvn 1.7.6 port was created in r96752 so I assume this is resolved. Please re-open if not.
mail.log