Closed linduxed closed 9 years ago
Thanks for posting this. I've looked into it, and I'm not sure I can say what the problem is. I can't get it to reproduce locally. You can actually use rouge
instead of pygments.rb
and avoid the whole python toolchain. Try this out and let me know if it works for you, add this to your Gemfile, bundle install
and and try bundle exec jekyll server
again.
group :jekyll_plugins do
gem 'rouge'
end
The endless regeneration didn't stop, so that makes me think it has something to do with the regeneration triggering itself (or something to that effect).
Additionally, the code wasn't coloured; a new brand of "not coloured" happened instead:
Hmm, that was with the gem posix-spawn
gem set to = 0.3.8
. When I use the latest version of posix-spawn
it looks like in the first screenshot.
Deleting my added codefence in the "Welcome to Jekyll!" post makes it stop regenerating. Note that that post has a {% highlight ruby %}
block which works.
Also as a side-note, I noticed that when I save that file (without the codefence) it regenerates twice. When I save with nano
instead of vim
it only saves once. With that said, even when using nano
, if I have the codefence in the code and save, the endless regenerating starts anyway.
I think I've figured out the source of the multiple generation. Add to your Jekyll configuration:
exclude:
- .code-highlighter-cache
This will be sure that changes to code cache won't trigger regeneration. Let me know if this fixes it for you. I'm going to see if there's a way I can make this plugin automatically add the cache to the exclude list.
I've just released an update to octopress-code-highlighter
which shouldn't cause Jekyll watch to unnecessarily build multiple times. Please run bundle update
and try this again. It should work without needing to exclude the cache directory.
I'm going to mark this as resolved. Let me know if this is still a problem for you.
If I add some lines to a test blog post like this:
(with closing backticks after the
require
-line, I don't know how to make that appear in this markdown) ...then it will cause the following:bundle exec jekyll serve
will work without an error. It'll print out the following in the terminal:jekyll
will notice this, and this will happen:This doesn't stop.
Since I'm on Arch Linux, normally when there are problems and
pygments.rb
is involved it's just a question of jumping into the gem and tweaking whatpython
is being used (2 or 3), but that was not the case here.Additionally, If I chage the file into which logging for
pygments.rb
is done withMENTOS_LOG=/tmp/mentos.log
, this results in a ton of output like this:Clearly, it's doing something, I'm just not sure if it's doing the right thing. No lines with anything else than the
INFO
log level; it's as if nothing went wrong.However, the page is indeed generated, it just results in almost unformatted text:
Any help would be appreciated.