Fix Singapore 2026 public holiday dates

[StephenMF-beep]

Summary

• Fix Deepavali 2026 date from Oct 8 to Nov 8
• Fix Hari Raya Puasa 2026 date from Mar 20 to Mar 21

Test plan

• Ran bundle exec ruby lib/validation/run.rb — Success
• Ran bundle exec rspec — 50 examples, 0 failures

🤖 Generated with Claude Code

[StephenMF-beep]

Changed the Singapore file to have the correct dates for Deepavali 2026 date from Oct 8 to Nov 8
Fix Hari Raya Puasa 2026 date from Mar 20 to Mar 21.

[ppeble]

Hello! Can you please rebase? There are a lot of unrelated changes. Then I'll review and merge.

[StephenMF-beep]

Hello! Can you please rebase? There are a lot of unrelated changes. Then I'll review and merge.

thanks for letting me know. I have rebased and pushed this branch back in to github.

[DagonWat]

@StephenMF-beep I think something went wrong after rebase, please make sure you have only your changes

[ppeble]

Thank you for rebasing! I added a new job that tests against the downstream ruby gem and it seems to have caught something. Let me take a closer look and we can find out what needs to be updated.

[ppeble]

Oh! It says it in the error, it is just buffered weird. I am going to try to address how it is shown but there is a problem with the format of the methods you added:

rake aborted!
ArgumentError: ArgumentError (ArgumentError)

          raise ArgumentError unless methods.all? do |name, pieces|
                ^^^^^^^^^^^^^
/home/runner/work/definitions/definitions/holidays/lib/holidays/definition/parser/custom_method.rb:34:in 'Holidays::Definition::Parser::CustomMethod#validate!'
/home/runner/work/definitions/definitions/holidays/lib/holidays/definition/parser/custom_method.rb:14:in 'Holidays::Definition::Parser::CustomMethod#call'
/home/runner/work/definitions/definitions/holidays/lib/holidays/definition/context/generator.rb:36:in 'block in Holidays::Definition::Context::Generator#parse_definition_files'
/home/runner/work/definitions/definitions/holidays/lib/holidays/definition/context/generator.rb:33:in 'Array#each'
/home/runner/work/definitions/definitions/holidays/lib/holidays/definition/context/generator.rb:33:in 'Holidays::Definition::Context::Generator#parse_definition_files'
/home/runner/work/definitions/definitions/holidays/Rakefile:66:in 'block (3 levels) in <top (required)>'
/home/runner/work/definitions/definitions/holidays/Rakefile:62:in 'Hash#each'
/home/runner/work/definitions/definitions/holidays/Rakefile:62:in 'block (2 levels) in <top (required)>'
/home/runner/work/definitions/definitions/holidays/vendor/bundle/ruby/4.0.0/gems/rake-13.3.1/exe/rake:27:in '<top (required)>'
/opt/hostedtoolcache/Ruby/4.0.2/x64/bin/bundle:25:in '<main>'
Tasks: TOP => generate => generate:definitions
(See full trace by running task with --trace)

The key of 'source' should instead be 'ruby'. I had this wild idea that we would potentially have other languages that could do their own functions and so we want to be specific, even though we only do 'ruby' right now.

Replace the instances of 'source' with 'ruby' and then push again and let's see what happens.