-
Notifications
You must be signed in to change notification settings - Fork 136
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
bundle update error #145
Comments
In the end there is an issue in your scss code or its dependencies. The If you prefer to use
|
I came back at night to fix other parts of my website, and accidentally found the |
Please also check and see if this is a duplicate of #146. |
I came back at night to fix other parts of my website, and accidentally found the
First I make sure there is no missing}, I find the solution is: change |
|
|
This is intended behavior. It was never supposed to work, but somehow working in 2.x due to a bug. In 3.x (a new breaking major release), we have decided to bite the bullet to fix the behavior. So this will not be "fixed" as it is not a bug. If you want to know the background, please check #137.
This is also expected to some degree. Without knowing how much slower performance you're seeing we cannot tell if it is really a problem or not. New implementation is running a separate progress in Dart VM, which will definitely be slower than a native C-ext based libsass. However, libsass has been deprecated for more than 2 years that Dart Sass is the current implementation. |
Suppose I have a topic template for 21 posts. If sass2.0 is used, it takes 3 seconds to run |
The time to compile sass shouldn’t scale with number of posts. |
Hopefully, as you said, I don't want it to be related, but if different posts or collections use different layouts, are they really not related? I will simulate 300 posts as soon as possible for comparison experiment! Now I need to finish anchor first, and I will follow up later! Thanks again for your answer! |
There are two ways sass are complied:
|
@y377 Is any of your layouts or include files using either of the |
I didn't use |
@y377 Is your source directory publicly accessible? If yes, please share the link to the repository. I would like to clone it and see there is a reason why you think Sass conversion is taking longer with more posts. |
Before unloading:[root@jekyll 20221119]# bundle exec jekyll serve --host=10.10.10.5
Jekyll Spaceship: 🚀 Jekyll-Spaceship 0.10.2
Jekyll Spaceship: 🎉 A Jekyll plugin to provide powerful supports.
Jekyll Spaceship: 👉 https://github.com/jeffreytse/jekyll-spaceship
Configuration file: /root/20221119/_config.yml
Jekyll Spaceship: 🗂 use table-processor
Jekyll Spaceship: 🗂 use mathjax-processor
Jekyll Spaceship: 🗂 use plantuml-processor
Jekyll Spaceship: 🗂 use mermaid-processor
Jekyll Spaceship: 🗂 use polyfill-processor
Jekyll Spaceship: 🗂 use media-processor
Jekyll Spaceship: 🗂 use emoji-processor
Jekyll Spaceship: 🗂 use element-processor
Source: /root/20221119
Destination: /root/20221119/_site
Incremental build: disabled. Enable with --incremental
Generating...
Jekyll Feed: Generating feed for posts
AutoPages: Disabled/Not configured in site.config.
Pagination: Complete, processed 1 pagination page(s)
Jekyll Spaceship: [PlantumlProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MermaidProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [TableProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MathjaxProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MediaProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [EmojiProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [TableProcessor] _posts/2023-01-11-tocbot目录生成.md
Jekyll Spaceship: [TableProcessor] table_test.md
done in 9.347 seconds.
Auto-regeneration: enabled for '/root/20221119'
JekyllAdmin mode: production
Server address: http://10.10.10.5:4000/
Server running... press ctrl-c to stop. Gemfile.lock
After unloading:[root@jekyll 20221119]# gem uninstall sass-embedded
You have requested to uninstall the gem:
sass-embedded-1.57.1-x86_64-linux-gnu
jekyll-sass-converter-3.0.0 depends on sass-embedded (~> 1.54)
If you remove this gem, these dependencies will not be met.
Continue with Uninstall? [yN] y
Successfully uninstalled sass-embedded-1.57.1-x86_64-linux-gnu
[root@jekyll 20221119]# bundle exec jekyll serve --host=10.10.10.5
Jekyll Spaceship: 🚀 Jekyll-Spaceship 0.10.2
Jekyll Spaceship: 🎉 A Jekyll plugin to provide powerful supports.
Jekyll Spaceship: 👉 https://github.com/jeffreytse/jekyll-spaceship
Configuration file: /root/20221119/_config.yml
Jekyll Spaceship: 🗂 use table-processor
Jekyll Spaceship: 🗂 use mathjax-processor
Jekyll Spaceship: 🗂 use plantuml-processor
Jekyll Spaceship: 🗂 use mermaid-processor
Jekyll Spaceship: 🗂 use polyfill-processor
Jekyll Spaceship: 🗂 use media-processor
Jekyll Spaceship: 🗂 use emoji-processor
Jekyll Spaceship: 🗂 use element-processor
Source: /root/20221119
Destination: /root/20221119/_site
Incremental build: disabled. Enable with --incremental
Generating...
Jekyll Feed: Generating feed for posts
AutoPages: Disabled/Not configured in site.config.
Pagination: Complete, processed 1 pagination page(s)
Jekyll Spaceship: [PlantumlProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MermaidProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [TableProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MathjaxProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [MediaProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [EmojiProcessor] _posts/2022-12-11-codeshuode.md
Jekyll Spaceship: [TableProcessor] _posts/2023-01-11-tocbot目录生成.md
Jekyll Spaceship: [TableProcessor] table_test.md
done in 8.636 seconds.
Auto-regeneration: enabled for '/root/20221119'
JekyllAdmin mode: production
Server address: http://10.10.10.5:4000/
Server running... press ctrl-c to stop. bundle after uninstall:(And then run the
Let us witness the miracle:9.347s - 3.874s ≈ 5.5s |
@y377 I think you made the mistake of not clearing jekyll build cache when you do the test so that later runs are always faster than first run. In my test, sass-embedded is actually consistently faster than sassc for your site:
|
@y377 Can you please retest and make sure you remove On my M1 Macbook Pro I consistently get the follow results:
|
remove .jekyll-cache and _site: jekyll-sass-converter (>= 2.0, < 4.0)
jekyll-sass-converter (3.0.0)
sass-embedded (~> 1.54)
sass-embedded (1.57.1-x86_64-linux-gnu) and done in 6.94 seconds.
Auto-regeneration: enabled for '/root/20221119'
JekyllAdmin mode: production
Server address: http://10.10.10.5:4000/
Server running... press ctrl-c to stop. I hope this issue first do not close, because I am busy with the theme build, for the time being first not |
@y377 Can you please also retest sassc? |
[root@jekyll 20221119]# bundle exec jekyll serve
Could not find sass-embedded-1.58.0-x86_64-linux-gnu in locally installed gems
Run `bundle install` to install missing gems.
[root@jekyll 20221119]# |
@y377 Remove the |
Additionally, you need not remove |
If bundle, sass1.58 is installed again, how do you test the difference? i need frist: |
With your sample repository, try paste these commands and see what you get: For sass-embedded: git clone https://github.com/y377/jekyll_better.git
cd jekyll_better
rm Gemfile.lock
sed -i -e '/gem "jekyll-sass-converter"/s/.*/ gem "jekyll-sass-converter"/' Gemfile
bundle
bundle exec jekyll build --disable-disk-cache For sassc: git clone https://github.com/y377/jekyll_better.git
cd jekyll_better
rm Gemfile.lock
sed -i -e '/gem "jekyll-sass-converter"/s/.*/ gem "jekyll-sass-converter", "~> 2.0"/' Gemfile
bundle
bundle exec jekyll build --disable-disk-cache |
It seems that all gems versions are too high, no matter how to uninstall, as long as you run the bundle command, it will force the installation of [sass-embedded 1.58.0 (x86_64-linux-gnu)] |
@y377 I hope you're developing your site / theme via a Public GitHub repository. Then you can easily test two different versions using GitHub Actions. Have the following in your Gemfile: # Gemfile
gem "jekyll-sass-converter", ENV["SASS_CONVERTER_VERSION"] Then supply two different versions via build matrix: # GH Action workflow:
jobs:
ci:
strategy:
matrix:
sass_conv_version:
- "~> 2.0"
- "~> 3.0"
steps:
[...] # checkout, setup Ruby, etc..
- run: bundle exec jekyll build --disable-disk-cache
env:
SASS_CONVERTER_VERSION: ${{ matrix.sass_conv_version }} |
Just now some operations, it seems that sass3.0 is 6.995s, |
Ultimately, I don't think sass-converter implementation is going to have a significant impact until your templates use |
In this way, thanks for your answers, this question will be put here for now, and I will do in-depth research after I improve the theme. After all, the theme keeps adding plug-ins and using more and more liquid 'if' statements. It is said that 'if' statements will consume extra construction time, so there will be errors. Revised most of the content, just the conclusion shows that sass3.0 is faster, I was a little lost |
Again, I think the problem is that your previous tests were done with disk cache enabled, which will have unpredictable outcome depends on whether the cache got invalidated or not. For this kind of benchmarking you must disable caching. |
I am going to close this issue since there's nothing to do at our end. |
@ashmaroli hi,ashmaroli,One question to bother you here, I would like to react to the question about the abuse of power by community administrators, which will make more people afraid to send out honest comments on community posts, what do you think about this please? I've been dedicated to promoting Jekyll for so many years, and seeing such community administrators, I'll never dare to visit the community again!
|
Hello @y377 |
Let me clarify, my participation in replying to the post was in English, the screenshot you see is just the i18 of my community site, it's not me following the post in Chinese, please don't misunderstand. |
We want to be up to date. So I updated Jekyll to the latest version. [1] Lately, we have been favoring GitHub Actions over the built-in GitHub Pages. I also switched the theme from the remote version to the version installed from the gem. This forced us to make a few configuration changes. We had to add a few gems that were previously loaded via GitHub Pages. Additionally, there were deprecation warnings related to Sass gem. [2] This in turn made me have to add `jekyll-sass-converter` gem [3] in a specific version. After these changes, everything works. However, there is definitely space for optimization. [1]: https://rubygems.org/gems/jekyll [2]: mmistakes/minimal-mistakes#4054 [3]: jekyll/jekyll-sass-converter#145 (comment)
The reason is the previously mentioned problem. [1] [2] [1]: mmistakes/minimal-mistakes#4054 [2]: jekyll/jekyll-sass-converter#145 (comment)
/usr/local/rvm/gems/ruby-2.7.2/gems/jekyll-sass-converter-3.0.0/lib/jekyll/converters/scss.rb:175:in
rescue in convert': expected "{". (Jekyll::Converters::Scss::SyntaxError)`Originally, my code was working fine, but I couldn’t start jekyll after bundle update. I couldn’t find the reason, but I’m sure it must have something to do with SCSS
After my hard work, I found a solution, please see the following code, uninstall
gem uninstall sass-embedded
, now you can startthis my Gemfile
The text was updated successfully, but these errors were encountered: