-
Notifications
You must be signed in to change notification settings - Fork 448
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: R 3 2 2 and cairo #312
Conversation
…version that was not compiled with cairo.
Conflicts: packages/package_cairo_1_14_2/.shed.yml packages/package_cairo_1_14_2/tool_dependencies.xml
@@ -31,7 +31,7 @@ | |||
</repository> | |||
</action> | |||
<action type="shell_command"> | |||
export LDFLAGS="-Wl,-rpath,$PIXMAN_LIB_PATH -Wl,-rpath,$LIBPNG_ROOT/lib -Wl,-rpath,$FREETYPE_LIB_PATH" && \ | |||
export LDFLAGS="-Wl,-rpath,$PIXMAN_LIB_PATH -Wl,-rpath,$LIBPNG_ROOT/lib -Wl,-rpath,$FREETYPE_LIB_PATH" && \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
\
at the end should be removed.
http://downloads.sourceforge.net/project/libpng/libpng16/older-releases/1.6.7/libpng-1.6.7.tar.gz edit: WHOOPS not! wget forwarded me ! |
@@ -5,7 +5,7 @@ | |||
<actions> | |||
<action type="download_by_url">http://downloads.sourceforge.net/project/libpng/libpng16/older-releases/1.6.7/libpng-1.6.7.tar.gz</action> | |||
<action type="shell_command">./configure --prefix=$INSTALL_DIR</action> | |||
<action type="shell_command">make && make install</action> | |||
<action type="make_install" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think you can reduce it even further:
<action type="autoconf">--prefix=$INSTALL_DIR</action>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
@yhoogstrate OK, I guess I should also add md5 sums? |
Let's wait with merging until we have the binaries. |
@yhoogstrate I don't think that forwarding would be a problem for urllib2, which is used for downloading. Also we got the shasum. I'll go ahead with https? |
…ine continuation for cairo. Adjust binary R download link.
The URL gets redirected to HTTP because HTTPS seems not to work. So I would not go for HTTPS url. Forwarding to HTTP is really not something you want, because that may introduce MITM attacks. SHA256SUMS are really good because they confirm whether the transfer completed correctly, source code hasn't been modified over time and no MITM attack has taken place. |
super fast @davebx! |
@@ -31,7 +31,7 @@ | |||
</repository> | |||
</action> | |||
<action type="shell_command"> | |||
export LDFLAGS="-Wl,-rpath,$PIXMAN_LIB_PATH -Wl,-rpath,$LIBPNG_ROOT/lib -Wl,-rpath,$FREETYPE_LIB_PATH" && \ | |||
export LDFLAGS="-Wl,-rpath,$PIXMAN_LIB_PATH -Wl,-rpath,$LIBPNG_ROOT/lib -Wl,-rpath,$FREETYPE_LIB_PATH" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We do need the && and the end isn't it? We could also use CDATA here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
CDATA definitely makes sense, the && is not needed, but can be added back. It depends if you prefer one or 2 issued commands, If you prefer one command I'll also need to add back the line continuation character \
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As you like :) But this doesn't seem to work currently.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My recommendation would be &&
and no \
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, no problem. Still stuck with #312 (comment) though.
@bgruening would you mind taking a look at this pixman tool_dependencies.xml? |
It this somewhere in the TS. No obvious mistake that I can see. |
@mvdbeek can you updload it in some test account in the TS. I will have a look at this in the evening. Just need a clean docker instance. |
@bgruening
This doesn't happen with the first repo. |
@mvdbeek In the examples I've seen so far |
I don't think so (see https://github.com/galaxyproject/tools-iuc/blob/master/packages/package_r_3_2_1/tool_dependencies.xml). |
@mvdbeek Oh I see! How did you updated the repository. The toolshed and the revisions are missing. This should not happen and is a bug if you uploaded it with planemo. |
I did upload with planemo ... you think it's a bug in the toolshed, right? |
@mvdbeek actually I thought this was fixed in galaxyproject/galaxy#637 |
I updated the TTS |
Thanks @martenson. Hopefully this fixes @mvdbeek issue. |
It does, thx @martenson @bgruening |
I'm closing this PR in favor of more incremental changes:
|
As discussed in issue #304, here is a new version of R, package_cairo and package_r_cairo, as well as some changes in the exposed include and lib paths to get this working.