holidays 9.2.0 → 10.0.0

data/Rakefile

@@ -1,137 +0,0 @@
-$:.unshift File.expand_path('../lib', __FILE__)
-$:.unshift File.expand_path('../test', __FILE__)
-
-require 'bundler/gem_tasks'
-require 'rake/testtask'
-require 'yaml'
-require 'fileutils'
-require 'holidays'
-
-DEFINITION_PATH = 'definitions'
-DEFINITION_TESTS_PATH = 'test/defs'
-
-Rake::TestTask.new(:test) do |t|
-  t.libs << 'test'
-  t.test_files = FileList['test/**/test_*.rb']
-end
-
-task 'test:smoke' do
-  ENV['SMOKE_TEST'] = '1'
-end
-
-Rake::TestTask.new('test:smoke') do |t|
-  t.libs << 'test'
-  t.test_files = FileList['test/smoke/test_*.rb']
-end
-
-task 'test:contract' do
-  ENV['CONTRACT_TEST'] = '1'
-end
-
-Rake::TestTask.new('test:contract') do |t|
-  t.libs << 'test'
-  t.test_files = FileList['test/smoke/test_*.rb'] + FileList['test/defs/test_*.rb']
-end
-
-Rake::TestTask.new('test:integration') do |t|
-  t.libs << 'test'
-  t.test_files = FileList['test/integration/test_*.rb']
-end
-
-Rake::TestTask.new('test:e2e') do |t|
-  t.libs << 'test'
-  t.test_files = FileList['test/e2e/test_*.rb']
-end
-
-task :default => :test
-
-desc "Run tests for only a single region. Do not provide sub regions. Example (without quotes): 'rake test_region jp'"
-task :test_region do
-  # Magic to define empty tasks on the fly so we have nicer arguments, see http://cobwwweb.com/4-ways-to-pass-arguments-to-a-rake-task
-  ARGV.each { |a| task a.to_sym do ; end }
-
-  if ARGV[1].nil? || ARGV[1].empty?
-    raise ArgumentError.new("You must provide a region. Example (without quotes): 'rake test_region us'")
-  end
-
-  region = ARGV[1].downcase
-
-  unless Holidays.available_regions.include?(region.to_sym)
-    raise ArgumentError.new("Region '#{region}' not recognized")
-  end
-
-  unless File.file?("#{DEFINITION_TESTS_PATH}/test_defs_#{region}.rb")
-    raise ArgumentError.new("Test file not found for region '#{region}'. Do not use sub regions, try the overall region instead. Example: 'us' instead of 'us_dc'")
-  end
-
-  sh "bundle exec ruby #{DEFINITION_TESTS_PATH}/test_defs_#{region}.rb"
-end
-
-desc 'Launch IRB session'
-task :console do
-  sh "irb -r rubygems -I lib -r holidays.rb"
-end
-
-desc 'Generate definitions and tests used in main holiday logic based on raw YAML definitions'
-namespace :generate do
-  desc 'Generate the holiday definition files'
-  task :definitions do
-    # load the index
-    def_index = YAML.load_file("#{DEFINITION_PATH}/index.yaml")
-
-    # create a dir for the generated tests
-    FileUtils.mkdir_p(DEFINITION_TESTS_PATH)
-
-    #TODO This entire section should be moved into '/lib/holidays/definition'. I don't think such an
-    # important part of the gem should be left in the Rakefile and without unit tests. There's no
-    # reason we can't move it.
-    all_regions = {}
-
-    def_index['defs'].each do |region, files|
-      puts "Building #{region} definition module:"
-      files = files.collect { |f| "#{DEFINITION_PATH}/#{f}" }.uniq
-
-      regions, rules_by_month, custom_methods, tests = Holidays::Factory::Definition.file_parser.parse_definition_files(files)
-      module_src, test_src = Holidays::Factory::Definition.source_generator.generate_definition_source(region, files, regions, rules_by_month, custom_methods, tests)
-
-      File.open("lib/#{Holidays::DEFINITIONS_PATH}/#{region.downcase.to_s}.rb","w") do |file|
-        file.puts module_src
-      end
-      unless test_src.empty?
-        File.open("#{DEFINITION_TESTS_PATH}/test_defs_#{region.downcase.to_s}.rb","w") do |file|
-          file.puts test_src
-        end
-      end
-
-      all_regions[region.downcase.to_sym] = regions
-
-      puts "Done.\n\n"
-    end
-
-    puts "Building regions master file for later validation:"
-
-    File.open("lib/#{Holidays::DEFINITIONS_PATH}/REGIONS.rb","w") do |file|
-      file.puts Holidays::Factory::Definition.regions_generator.call(all_regions)
-    end
-
-    puts "Done.\n\n"
-  end
-
-  desc 'Build the definition manifest'
-  task :manifest do
-    File.open("lib/#{Holidays::DEFINITIONS_PATH}/MANIFEST","w") do |file|
-      #TODO Generating the file source should be done interally, in the /lib dir, not in the Rakefile
-      file.puts <<-EOH
-==== Regional definitions
-The following definition files are included in this installation:
-
-  EOH
-      FileList.new("lib/#{Holidays::DEFINITIONS_PATH}/*.rb").exclude(/version/).each do |str|
-        file.puts('* ' + str.gsub(/^lib\/|\.rb$/, ''))
-      end
-    end
-    puts "Updated manifest file."
-  end
-end
-
-task :generate => ['generate:definitions', 'generate:manifest']

data/bin/console

@@ -1,7 +0,0 @@
-#!/usr/bin/env ruby
-
-require "bundler/setup"
-require "holidays"
-
-require "irb"
-IRB.start

data/bin/setup

@@ -1,6 +0,0 @@
-#!/bin/bash
-set -euo pipefail
-IFS=$'\n\t'
-set -vx
-
-bundle install

data/doc/CONTRIBUTING.md

@@ -1,72 +0,0 @@
-# How to contribute
-
-There are multiple ways to help! We rely on users around the world to help keep our definitions accurate and up to date. In addition, pull requests to address bugs or implement new features are always welcome.
-
-## Code of Conduct
-
-Please read our [Code of Conduct](../CODE_OF_CONDUCT.md) before contributing. Everyone interacting with this project (or associated projects) is expected to abide by its terms.
-
-## General note
-
-The definitions for this project are housed in a submodule. When pulling this repo please make sure to run `git clone --recursive git@github.com/holidays/holidays`
-or, if you forgot to do so, run `make update-defs` so that all of the submodule data is pulled correctly.
-
-## For definition updates
-
-Our definitions are written in YAML. They are housed in a [separate repository](https://github.com/holidays/definitions) so that they can be used by tools written in other languages. You can find a complete guide to our format in the [definitions SYNTAX guide](https://github.com/holidays/definitions/blob/master/doc/SYNTAX.md).
-
-In this ruby project we take the YAML definitions and generate final ruby classes that are loaded at runtime for fast calculations.
-
-Once you have a good idea on what you want to change, please see the [CONTRIBUTING guide](https://github.com/holidays/definitions/blob/master/doc/CONTRIBUTING.md) in the `definitions` repository.
-
-The idea is that if the validation passes on the other repo then you shouldn't have to worry about generating and testing here. We'll see how that goes!
-
-Once that PR is accepted the maintainers of this project will be responsible for generating the updated definitions here and releasing a new gem. Don't worry about versioning, we'll take care of it!
-
-#### Testing out your definitions locally
-
-As mentioned above we use a git submodule for the definitions. Sometimes you might want to manually test out how this ruby project will behave with your changes. To facilitate that we provide some commands for pointing the definitions submodule to your fork/branch.
-
-To point at your fork/branch:
-
-```sh
-make clean-defs
-BRANCH=<branch-name> USER=<user> make point-to-defs-branch
-```
-
-Example:
-
-```sh
-make clean-defs
-BRANCH=issue-24 USER=ppeble make point-to-defs-branch
-```
-
-This will pull everything down for the latest commit on that fork/branch. When you are done testing and want to point back at the master definitions:
-
-```sh
-make clean-defs
-make point-to-defs-master
-```
-
-## For non-definition functionality
-
-* Fork this repository
-* Make your changes. Don't forget to run `make test` to execute the test suite!
-* Create a PR pointing back to `master`
-
-Don't worry about versioning, we'll handle it on our end.
-
-*Tests are required*. If your PR results in lower test coverage then it will not be accepted.
-
-## Local development helpers
-
-We have included a few handy tasks to help you troubleshoot and test:
-
-* `make test` - runs the entire suite
-* `bundle exec ruby <test-file-to-run>` - runs just the tests in the specified file
-* `REGION=<region> make test-region` - runs the tests for just that region
-* `make console` - launches an IRB session with the 'holidays' gem loaded for quick testing
-* `make update-defs` - runs the appropriate git submodule commands to pull the latest definitions
-* `make clean-defs` - removes the definitions submodule, useful for switching between a fork and the main definitions repository
-* `BRANCH=<branch> USER=<user> make point-to-defs-branch` - updates your definitions submodule to point at a fork/branch
-* `make point-to-defs-master` - updates your definitions submodule to point back at the `holidays/definitions` repo and master branch

data/doc/MAINTAINERS.md

@@ -1,79 +0,0 @@
-# Maintainers guide
-
-This document outlines the process of releasing an update to the `holidays` gem. This update could
-include any (or a combination of) the following:
-
-* definition updates from the [definitions](https://github.com/holidays/definitions) repository
-* bug fixes
-* additional functionality
-
-### semver
-
-This gem operates under the rules of [semver](http://semver.org/). The decisions on what constitutes a major,
-minor, or patch version update fall on the maintainer. If in doubt, follow these rules:
-
-* Will this change mean that users will be REQUIRED to make a code change? If so then it is a major version bump. This includes dropping supported versions of ruby!
-* Will this change mean that users might see a definition/behavior change but won't need to modify their own code? If so then it is as minor version bump
-* Will this change mean that a bug, either in code or definitions, will be fixed? If so then it is a patch version bump
-
-*@ppeble editor note*: I am pretty aggressive when it comes to version bumps! If the slightest functionality has changed then
-I consider it a minor version bump, if ANY consumer code has to change then I consider it a major version bump. I don't care
-if we get up to version 250, the version number doesn't matter. Communicating the effort required in updating is what matters!
-
-### Who this document is for
-
-This document is for maintainers that have merge access to this repository. These maintainers may or may not have access to the upstream
-[definitions](https://github.com/holidays/definitions) repository.
-
-Please note that a core contributor must provide the relevant Github access so that you can perform merges. If you have any issues
-please contact the [core members](https://github.com/orgs/holidays/teams/core/members) for assistance.
-
-### Setup
-
-This guide assumes that you have forked the repository in Github. If you require assistance in this please contact the core members listed above.
-
-You will need upload access to rubygems.org in order to publish gems. Contact a [core member](https://github.com/orgs/holidays/teams/core/members) for assistance.
-
-### Release Overview
-
-A release could contain one or more of the following:
-
-* definition updates - these are rule updates pulled from https://github.com/holidays/definitions. These changes are not
-language specific and will most likely require local regeneration of compiled rules.
-* functionality additions - this is new functionality in this repository that uses the existing definitions
-* bug fixes - these are bug fixes in this repository
-
-It is up to the maintainer to determine what needs to be updated. We will attempt to outline the various scenarios in the
-sections below.
-
-### Release flow
-
-* Does this update require definition updates? If YES, then:
-  * Pull the latest `master` version of this ruby repository and run `make update-defs`. This will grab the latest version from the [definitions](https://github.com/holidays/definitions) repository. Run `git diff` to verify that the version of the submodule for the definitions matches the latest commit in the [definitions](https://github.com/holidays/definitions) repo.
-  * Run the `make generate` command. This will 'recompile' the ruby sources with the latest definitions.
-  * Run `make test` and ensure that all of the tests pass. If any tests fail then do *not* merge and contact a [core member](https://github.com/orgs/holidays/teams/core/members) for assistance.
-  * If all of the tests pass, update the `lib/holidays/version.rb` file to the new version. Reference the above [semver](http://semver.org/) rules for how to update versions.
-  * Make a branch on your fork and update the [CHANGELOG](../CHANGELOG.md) to reflect the latest changes. You do not need to put in all of the definition changes in this update, you can simply reference the other repository. See other entries in the CHANGELOG for examples.
-  * Open a PR against the new branch and merge it (another maintainer will need to review before you can merge)
-  * Once the branch is merged, the release GitHub Actions workflow will automatically build the gem and push it to rubygems.org. No local steps are required.
-* Does this update require functionality additions or bug fixes? If YES, then:
-  * Run `make test` and ensure that all of the tests pass. If any tests fail then do *not* merge and contact a [core member](https://github.com/orgs/holidays/teams/core/members) for assistance.
-  * If all of the tests pass, make a branch on your fork and update the [CHANGELOG](../CHANGELOG.md) to reflect the latest changes.
-  * Update the `lib/holidays/version.rb` file to the new version. Reference the above [semver](http://semver.org/) rules for how to update versions.
-  * Open a PR against the new branch and merge it (another maintainer will need to review before you can merge)
-  * Once the branch is merged, the release GitHub Actions workflow will automatically build the gem and push it to rubygems.org. No local steps are required.
-
-You are done! The latest version should be uploaded to rubygems.org. You can go to view the [holidays page](https://rubygems.org/gems/holidays) to verify that the latest version is available.
-
-It is totally acceptable to do both functionality AND definition updates in a single release. Simply combine both sets of rules into a single branch for your update.
-
-### Troubleshooting
-
-The biggest hurdle in this repository is that [upstream definition](https://github.com/holidays/definitions) changes will
-result in failures in existing tests and it will not be because of ruby issues but rather upstream issues. If you notice any test failures
-that seem to be specific to certain regions then look at recent changes in that other repository. If there were changes there then the odds
-are that there are issues in the definition-specific tests. This is most likely not a language (i.e. ruby) specific issue.
-
-It is a known issue that the definitions do not have a good set of self-tests to ensure that they are internally consistent. This means that a failure in this
-repository could NOT be related to ruby specifically. It could be that the 'tests' specified in in the YAML files are incorrect! If you encounter errors here
-make sure that you don't assume that it is just a ruby error that is causing the issues!

data/doc/REFERENCES

@@ -1,19 +0,0 @@
-=== References
-
-We are eternally grateful to the following sources.
-
-==== Date calculations
-* http://michaelthompson.org/technikos/holidays.php
-
-==== Easter calculations
-* http://www.assa.org.au/edm.html
-* http://www.smart.net/~mmontes/ec-cal.html
-* https://github.com/Loyolny/when_easter - graciously allowed by Michał Nierebiński
-
-==== World dates
-* http://www.un.org/geninfo/faq/factsheets/FS18.HTM
-* http://en.wikipedia.org/wiki/List_of_holidays_by_country
-
-Other sources for specific regions are noted in the definitions files themselves.
-
-If a commit sneaks past the maintainers without attribution then please, let us know immediately! It was entirely unintentional.

data/holidays.gemspec

@@ -1,31 +0,0 @@
-# -*- encoding: utf-8 -*-
-lib = File.expand_path('../lib', __FILE__)
-$LOAD_PATH.unshift(lib) unless $LOAD_PATH.include?(lib)
-
-require 'holidays/version'
-
-Gem::Specification.new do |gem|
-  gem.name          = 'holidays'
-  gem.version       = Holidays::VERSION
-  gem.authors       = ['Alex Dunae', 'Phil Peble']
-  gem.email         = ['holidaysgem@gmail.com']
-  gem.homepage      = 'https://github.com/holidays/holidays'
-  gem.description   = %q(A collection of Ruby methods to deal with statutory and other holidays. You deserve a holiday!)
-  gem.summary       = %q(A collection of Ruby methods to deal with statutory and other holidays.)
-  gem.metadata = {
-    'changelog_uri' => "https://github.com/holidays/holidays/blob/master/CHANGELOG.md",
-    'source_code_uri' => 'https://github.com/holidays/holidays',
-    'bug_tracker_uri' => 'https://github.com/holidays/holidays/issues'
-  }
-  gem.files         = `git ls-files`.split("\n") - ['.gitignore', '.travis.yml']
-  gem.test_files    = gem.files.grep(/^test/)
-  gem.require_paths = ['lib']
-  gem.licenses      = ['MIT']
-  gem.required_ruby_version = '>= 3.2'
-  gem.add_development_dependency 'bundler', '>= 4'
-  gem.add_development_dependency 'rake', '~> 13'
-  gem.add_development_dependency 'simplecov', '~> 0.16'
-  gem.add_development_dependency 'test-unit', '~> 3'
-  gem.add_development_dependency 'mocha', '~> 3'
-  gem.add_development_dependency 'pry', '~> 0.16'
-end

data/test/coverage_report.rb

@@ -1,24 +0,0 @@
-require 'simplecov'
-
-# JRuby coverage reporting is inaccurate without --debug mode, resulting in
-# artificially low numbers. Skip the minimum coverage check under JRuby.
-SimpleCov.minimum_coverage 90 unless RUBY_PLATFORM == 'java' || RUBY_PATCHLEVEL == -1 || ENV['SMOKE_TEST'] || ENV['CONTRACT_TEST']
-
-SimpleCov.add_filter [
-  # Apparently simplecov doesn't automatically filter 'spec' or 'test' so we
-  # have to do it manually.
-  'test',
-
-  # Only filtered because I tend to not see value in testing factories.
-  'lib/holidays/factory/',
-
-  # jruby coverage flips out here and doesn't count much of the large date
-  # arrays used by this class. This results in an extremely low reported
-  # coverage for this specific file but only in jruby, not other ruby versions.
-  # Since it obliterates coverage percentages I'll filter it until I can come
-  # up with a solution.
-  'lib/holidays/date_calculator/lunar_date.rb',
-]
-
-SimpleCov.coverage_dir 'reports/coverage'
-SimpleCov.start

data/test/data/test_custom_year_range_holiday_defs.yaml

@@ -1,31 +0,0 @@
-months:
-  6:
-  - name: after_year
-    regions: [custom_year_range_file]
-    mday: 1
-    year_ranges:
-      from: 2016
-  - name: before_year
-    regions: [custom_year_range_file]
-    mday: 2
-    year_ranges:
-      until: 2017
-  - name: between_year
-    regions: [custom_year_range_file]
-    mday: 3
-    year_ranges:
-      between:
-        start: 2016
-        end: 2018
-  - name: limited_year
-    regions: [custom_year_range_file]
-    mday: 4
-    year_ranges:
-      limited: [2016,2018,2019]
-
-tests:
-  - given:
-      date: '2017-01-01'
-      regions: [custom_year_range_file]
-    expect:
-      name: "after_year"

data/test/data/test_date_transform_conflict_region_1.yaml

@@ -1,14 +0,0 @@
-months:
-  1:
-  - name: Weekend Holiday
-    regions: [date_transform_conflict_1]
-    mday: 1
-    function: to_nearest_upcoming_weekend_day(date)
-
-methods:
-  to_nearest_upcoming_weekend_day:
-    arguments: date
-    ruby: |
-      days_until = (6 - date.wday) % 7
-      days_until = 7 if days_until == 0
-      date + days_until

data/test/data/test_date_transform_conflict_region_2.yaml

@@ -1,14 +0,0 @@
-months:
-  1:
-  - name: Weekend Holiday
-    regions: [date_transform_conflict_2]
-    mday: 1
-    function: to_nearest_upcoming_weekend_day(date)
-
-methods:
-  to_nearest_upcoming_weekend_day:
-    arguments: date
-    ruby: |
-      days_until = (7 - date.wday) % 7
-      days_until = 7 if days_until == 0
-      date + days_until

data/test/data/test_invalid_region.rb

@@ -1,15 +0,0 @@
-module Holidays
-  module BAD_REGION_NAME
-    def self.defined_regions
-      [:test_region]
-    end
-
-    def self.holidays_by_month
-      {}
-    end
-
-    def self.custom_methods
-      {}
-    end
-  end
-end

data/test/data/test_region.rb

@@ -1,15 +0,0 @@
-module Holidays
-  module TEST_REGION
-    def self.defined_regions
-      [:test_region, :test_region2]
-    end
-
-    def self.holidays_by_month
-      {}
-    end
-
-    def self.custom_methods
-      {}
-    end
-  end
-end

data/test/data/test_single_custom_holiday_defs.yaml

@@ -1,12 +0,0 @@
-months:
-  6:
-  - name: Company Founding
-    regions: [custom_single_file]
-    mday: 20
-
-tests:
-  - given:
-      date: '2013-06-20'
-      regions: [custom_single_file]
-    expect:
-      name: "Company Founding"

data/test/data/test_single_custom_holiday_with_custom_procs.yaml

@@ -1,28 +0,0 @@
-months:
-  0:
-  - name: Custom Holiday
-    regions: [custom_single_file]
-    function: custom_method(year, month)
-    function_modifier: 5
-  6:
-  - name: Company Founding
-    regions: [custom_single_file]
-    mday: 20
-methods:
-  custom_method:
-    arguments: year, month
-    source: |
-      d = Date.civil(year, month, 1)
-      d + 2
-
-tests:
-  - given:
-      date: '2013-06-20'
-      regions: [custom_single_file]
-    expect:
-      name: "Company Founding"
-  - given:
-      date: '2015-01-01'
-      regions: [custom_single_file]
-    expect:
-      name: "Custom Holiday"

data/test/defs/test_defs_ar.rb

@@ -1,69 +0,0 @@
-# encoding: utf-8
-require File.expand_path(File.dirname(__FILE__)) + '/../test_helper'
-
-# This file is generated by the Ruby Holiday gem.
-#
-# Definitions loaded: definitions/ar.yaml
-class ArDefinitionTests < Test::Unit::TestCase  # :nodoc:
-
-  def test_ar
-    assert_equal "Año Nuevo", (Holidays.on(Date.civil(2016, 1, 1), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Lunes", (Holidays.on(Date.civil(2016, 2, 8), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Martes", (Holidays.on(Date.civil(2016, 2, 9), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Lunes", (Holidays.on(Date.civil(2017, 2, 27), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Martes", (Holidays.on(Date.civil(2017, 2, 28), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Lunes", (Holidays.on(Date.civil(2018, 2, 12), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Carnaval Martes", (Holidays.on(Date.civil(2018, 2, 13), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día Nacional de la Memoria por la Verdad y la Justicia", (Holidays.on(Date.civil(2016, 3, 24), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Viernes Santo", (Holidays.on(Date.civil(2016, 3, 25), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día del Veterano y de los Caídos en la Guerra de Malvinas", (Holidays.on(Date.civil(2016, 4, 2), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día del Trabajador", (Holidays.on(Date.civil(2016, 5, 1), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día de la Revolución de Mayo", (Holidays.on(Date.civil(2016, 5, 25), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Paso a la Inmortalidad del General Martín Miguel de Güemes", (Holidays.on(Date.civil(2020, 6, 15), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Paso a la Inmortalidad del General Martín Miguel de Güemes", (Holidays.on(Date.civil(2021, 6, 21), [:ar], [:informal])[0] || {})[:name]
-
-    assert_nil (Holidays.on(Date.civil(2020, 6, 17), [:ar], [:informal])[0] || {})[:name]
-assert_nil (Holidays.on(Date.civil(2021, 6, 17), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Paso a la Inmortalidad del General Martín Miguel de Güemes", (Holidays.on(Date.civil(2016, 6, 20), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día de la Independencia", (Holidays.on(Date.civil(2016, 7, 9), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Paso a la Inmortalidad del General José de San Martín", (Holidays.on(Date.civil(2016, 8, 15), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Paso a la Inmortalidad del General José de San Martín", (Holidays.on(Date.civil(2020, 8, 17), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Paso a la Inmortalidad del General José de San Martín", (Holidays.on(Date.civil(2021, 8, 16), [:ar], [:informal])[0] || {})[:name]
-
-    assert_nil (Holidays.on(Date.civil(2016, 8, 17), [:ar], [:informal])[0] || {})[:name]
-assert_nil (Holidays.on(Date.civil(2021, 8, 17), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día del Respeto a la Diversidad Cultural", (Holidays.on(Date.civil(2016, 10, 10), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Día del Respeto a la Diversidad Cultural", (Holidays.on(Date.civil(2021, 10, 11), [:ar], [:informal])[0] || {})[:name]
-
-    assert_nil (Holidays.on(Date.civil(2021, 10, 12), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Día de la Soberanía Nacional", (Holidays.on(Date.civil(2016, 11, 20), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Inmaculada Concepción de María", (Holidays.on(Date.civil(2016, 12, 8), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Feriado con fines turísticos", (Holidays.on(Date.civil(2016, 7, 8), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Feriado con fines turísticos", (Holidays.on(Date.civil(2016, 12, 9), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Feriado con fines turísticos", (Holidays.on(Date.civil(2021, 5, 24), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Feriado con fines turísticos", (Holidays.on(Date.civil(2021, 10, 8), [:ar], [:informal])[0] || {})[:name]
-assert_equal "Feriado con fines turísticos", (Holidays.on(Date.civil(2021, 11, 22), [:ar], [:informal])[0] || {})[:name]
-
-    assert_equal "Navidad", (Holidays.on(Date.civil(2016, 12, 25), [:ar], [:informal])[0] || {})[:name]
-
-  end
-end

data/test/defs/test_defs_at.rb

@@ -1,31 +0,0 @@
-# encoding: utf-8
-require File.expand_path(File.dirname(__FILE__)) + '/../test_helper'
-
-# This file is generated by the Ruby Holiday gem.
-#
-# Definitions loaded: definitions/at.yaml
-class AtDefinitionTests < Test::Unit::TestCase  # :nodoc:
-
-  def test_at
-    assert_equal "Neujahrstag", (Holidays.on(Date.civil(2009, 1, 1), [:at], [:informal])[0] || {})[:name]
-
-    assert_equal "Ostermontag", (Holidays.on(Date.civil(2009, 4, 13), [:at])[0] || {})[:name]
-
-    assert_equal "Christi Himmelfahrt", (Holidays.on(Date.civil(2009, 5, 21), [:at])[0] || {})[:name]
-
-    assert_equal "Pfingstmontag", (Holidays.on(Date.civil(2009, 6, 1), [:at])[0] || {})[:name]
-
-    assert_equal "Nationalfeiertag", (Holidays.on(Date.civil(2009, 10, 26), [:at], [:informal])[0] || {})[:name]
-
-    assert_equal "Mariä Empfängnis", (Holidays.on(Date.civil(2009, 12, 8), [:at], [:informal])[0] || {})[:name]
-
-    assert_equal "1. Weihnachtstag", (Holidays.on(Date.civil(2009, 12, 25), [:at], [:informal])[0] || {})[:name]
-
-    assert_equal "2. Weihnachtstag", (Holidays.on(Date.civil(2009, 12, 26), [:at], [:informal])[0] || {})[:name]
-
-    assert_nil (Holidays.on(Date.civil(2010, 5, 8), [:at])[0] || {})[:name]
-
-    assert_equal "Fronleichnam", (Holidays.on(Date.civil(2017, 6, 15), [:at])[0] || {})[:name]
-
-  end
-end