Skip to content
This repository was archived by the owner on Jan 29, 2022. It is now read-only.

Add build config and tools#107

Merged
dhollinger merged 3 commits intovoxpupuli:masterfrom
dhollinger:build_tools
Mar 8, 2020
Merged

Add build config and tools#107
dhollinger merged 3 commits intovoxpupuli:masterfrom
dhollinger:build_tools

Conversation

@dhollinger
Copy link
Copy Markdown
Member

No description provided.

@dhollinger dhollinger force-pushed the build_tools branch 2 times, most recently from 407fd3c to deaa800 Compare November 6, 2019 22:13
@dhollinger dhollinger marked this pull request as ready for review March 8, 2020 19:50
@dhollinger dhollinger force-pushed the build_tools branch 4 times, most recently from 75a5170 to 6b9e27f Compare March 8, 2020 20:06
.travis.yml Outdated
- 'bundle exec rake db:migrate SINATRA_ENV=test'
script:
- 'bundle exec rake $CHECK'
- 'bundle exec rspec'
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does this make sense? Later on we set env: CHECK=test

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We currently only have one check that we run on different ruby versions. I can remove the $CHECK

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that makes sense. the travis config currently references the rake tasks rspec, test and test_and_report_coverage

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ahh, test runs both rubocop and rspec. Probably should run rubocop as a standalone test

@@ -0,0 +1,27 @@
component 'ruby-2.6' do |pkg, settings, platform|
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that's the ruby version we vendor, right? Our rubocop config is optimizied for 2.5? Is that on purpose?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not on purpose. I haven't messed with Rubocop in a long time, so I don't even know what would constitute optimization for ruby 2.6

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AFAIK all the 2.5 syntax works on 2.6. But maybe we should open an issue and later on update the syntax to match Ruby 2.6 in rubocop? Or should we stay on 2.5 since that's what Puppet6 vendors?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd stay on 2.5 for now since the app is built on 2.5

We package with 2.6, but if someone pulls directly, we want the app to still work on what they expect.

After=network.target

[Service]
EnvironmentFile=-/etc/sysconfig/puppet-webhook
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this service run as root?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I simply used Puppet as a template and it runs as root. I think that will be required since all the Puppet directories are owned by root by default and this will be modifying files in those directories. I was unable to get it to work with any user other than root. :/

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay. let's keep that for now and have a look at it later on.

@dhollinger dhollinger requested a review from bastelfreak March 8, 2020 22:37
# --libdir ensures that we avoid the multilib (lib/ vs. lib64/) problem,
# since configure uses the existence of a lib64 directory to determine
# if it should install its own libs into a multilib dir. Yay OpenSSL!
configure_flags = [
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@coveralls
Copy link
Copy Markdown

Coverage Status

Coverage increased (+0.3%) to 59.223% when pulling 25f431b on dhollinger:build_tools into 11ae629 on voxpupuli:master.

@dhollinger dhollinger merged commit 87ced4c into voxpupuli:master Mar 8, 2020
@dhollinger dhollinger deleted the build_tools branch March 8, 2020 23:31
@dhollinger dhollinger mentioned this pull request Mar 9, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants