Skip to content
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

Prefer system yajl. #113

Open
wants to merge 6 commits into
base: 2.0
Choose a base branch
from
Open

Prefer system yajl. #113

wants to merge 6 commits into from

Conversation

voxik
Copy link

@voxik voxik commented Jan 23, 2013

We put heads together with @strzibny and made a few changes necessary to link against system yajl if available (#111). If system yajl is not available, it fall back to bundled yajl. This is made against your 2.0 branch, as we are at yajl 2.0 in Fedora already. Please accept. Thank you.

@juliandunn
Copy link

+1. @brianmario any feedback on this? We're blocked on importing Chef into Fedora on account of this -- would be great if you could review and merge/give feedback!

@brianmario
Copy link
Owner

yajl-ruby uses a patched version of yajl (1.0) for performance and to achieve some of the features I wanted in yajl-ruby. I do have a branch (which is still in process) to switch to yajl 2.0 in an attempt to be able to use the system installed version of yajl. I think even yajl 2.0 is missing a feature that I need for yajl-ruby so I may have to patch and bundle it even still.

I haven't had a lot of time lately to continue work on that branch, but I would love to at least get it to a point where I can decide what to do regarding using a system installed version or a patched bundled version.

Is this a blocker for Chef because of the potential conflict with symbol loading if the Ruby process loads a library that is depending on the system installed yajl 2.0 as well as loading yajl-ruby?

Sorry it took so long to reply...

@juliandunn
Copy link

@brianmario It's a blocker for Chef in Fedora because Fedora's policy is to not permit vendoring of libraries. They prefer to have any necessary patches upstreamed. That's for the benefit of the overall community, so I think it's actually a good thing.

Since I'm not actually intimately familiar with the changes you need, maybe @voxik and @strzibny could work with you to get a patch suitable for submitting to the YAJL people to be included into 2.x? They have been helping immensely with the Chef packaging effort.

@brianmario
Copy link
Owner

Yeah the yajl project has been incredibly helpful in the past. I'll see what I can do about taking another crack at that branch soon and opening a pull request so we can get some dialog going about what direction to take it.

@voxik
Copy link
Author

voxik commented Feb 11, 2013

According to @strzibny, there is only one difference against upstream yajl:

#111 (comment)

@strzibny
Copy link

@brianmario Any new progress on this?

@voxik
Copy link
Author

voxik commented Jul 18, 2013

Ping ... any chance we could proceed with this? We'd love to Chef in Fedora and this unfortunately blocks us :/

@xsuchy
Copy link

xsuchy commented Jul 29, 2013

Ping ... this is blocker for me as well. Please consider this PR.

@ktdreyer
Copy link

ktdreyer commented Nov 2, 2013

This blocks Gitorious in Fedora as well. (yajl-ruby -> pygments.rb -> makeup -> libdolt -> Gitorious)

@bryanyork
Copy link

@brianmario Any progress on this? Similar issues are #100 and #64

Would be great to have the ability to specify a system version for yajl. (Ideally bundle newest version though.)

@ktdreyer
Copy link

@brianmario, would you mind merging this so we can build against the system yajl? It will make it a lot easier to ship this package in Fedora.

@someara
Copy link

someara commented Feb 23, 2014

+1

@xsuchy
Copy link

xsuchy commented Jan 19, 2015

Any progress here?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

8 participants