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

added *.Dockerfile filename extension #1059

Merged
merged 2 commits into from
May 28, 2019

Conversation

webmaster777
Copy link
Contributor

closes #1058

@webmaster777 webmaster777 force-pushed the add-dockerfile-extension branch 3 times, most recently from 8def6d3 to 8d1f1f6 Compare January 7, 2019 09:42
@webmaster777
Copy link
Contributor Author

webmaster777 commented Jan 7, 2019

I'm having issues with the bundler version required in the Gemfile and the one being used in the travis builds. I'm not sure how to fix this or whether it might have something to do with caching.

This problem also occurs with other recent PRs.

@webmaster777
Copy link
Contributor Author

Funny this is that even though i made the version explicit, it still uses a different version:

(from the build output)

$ gem install bundler -v 1.17.2
Fetching: bundler-1.17.2.gem (100%)
Successfully installed bundler-1.17.2
1 gem installed
before_install.2
2.90s$ gem update --system
Updating rubygems-update
Fetching: rubygems-update-3.0.2.gem (100%)
Successfully installed rubygems-update-3.0.2
Installing RubyGems 3.0.2
Bundler 1.17.3 installed
RubyGems 3.0.2 installed
Regenerating binstubs
[..snip..]
RubyGems installed the following executables:
	/home/travis/.rvm/rubies/ruby-2.3.7/bin/gem
	/home/travis/.rvm/rubies/ruby-2.3.7/bin/bundle
RubyGems system software updated
$ bundle install --without development --path=${BUNDLE_PATH:-vendor/bundle}
Fetching gem metadata from http://rubygems.org/........
Fetching gem metadata from http://rubygems.org/.
Resolving dependencies...
Bundler could not find compatible versions for gem "bundler":
  In Gemfile:
    bundler (~> 1.15)
  Current Bundler version:
    bundler (2.0.1)

@vidarh
Copy link
Contributor

vidarh commented Jan 10, 2019

@webmaster777 I've submitted a PR (#1062) to set the specific bundler version, and remove the older Rubies from the CI setup and that works. I've asked @dblessing to confirm if he's ok with that approach. If not I'll see if there's another way of resolving this for the older Ruby versions.

@pyrmont
Copy link
Contributor

pyrmont commented May 28, 2019

@webmaster777 I don't mean to make it sound like I'm playing you off against each other, but would you be able to update this to cover the additional case described in #1070? I'll merge in whichever is completed first.

@pyrmont pyrmont added the author-action The PR has been reviewed but action by the author is needed label May 28, 2019
@webmaster777
Copy link
Contributor Author

Like this?

@pyrmont
Copy link
Contributor

pyrmont commented May 28, 2019

Just like that :)

@pyrmont pyrmont merged commit 4e5e248 into rouge-ruby:master May 28, 2019
@pyrmont pyrmont removed the author-action The PR has been reviewed but action by the author is needed label May 28, 2019
@webmaster777 webmaster777 deleted the add-dockerfile-extension branch May 28, 2019 20:20
pyrmont added a commit that referenced this pull request Jul 4, 2020
In addition to adding the `*.Dockerfile` file glob, #1059 added a file
glob for `Dockerfile_*` to address #1070. However, as noted by #1539,
this causes issues for files that begin with `dockerfile_` but that are
not Dockerfiles.

Adding the `Dockerfile_*` file glob was an error and this commit
removes it. It is a non-standard name and is not recognised by other
syntax highlighting libraries (e.g. Pygments, Chroma, Linguist). The
correct fix for the issue that precipitated #1070 is to use a
`.gitattributes` file.
mattt pushed a commit to NSHipster/rouge that referenced this pull request May 19, 2021
In addition to adding the `*.Dockerfile` file glob, rouge-ruby#1059 added a file
glob for `Dockerfile_*` to address rouge-ruby#1070. However, as noted by rouge-ruby#1539,
this causes issues for files that begin with `dockerfile_` but that are
not Dockerfiles.

Adding the `Dockerfile_*` file glob was an error and this commit
removes it. It is a non-standard name and is not recognised by other
syntax highlighting libraries (e.g. Pygments, Chroma, Linguist). The
correct fix for the issue that precipitated rouge-ruby#1070 is to use a
`.gitattributes` file.
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.

.Dockerfile extension
3 participants