Log message:
Remove lines for Ruby 2.6.

Log message:
devel/ruby-activejob70: update to 7.0.4

* Update ActiveJob::QueueAdapters::QueAdapter to remove deprecation warning.

  Remove a deprecation warning introduced in que 1.2 to prepare for changes
  in que 2.0 necessary for Ruby 3 compatibility.

  Damir Zekic and Adis Hasovic

Log message:
www/ruby-rails70: update to 7.0.3.1

Rails 7.0.3.1 (2022-07-12) updates databases/ruby-activerecord70 only.

databases/ruby-activerecord70

* Change ActiveRecord::Coders::YAMLColumn default to safe_load

  This adds two new configuration options The configuration options are as
  follows:

	o config.active_storage.use_yaml_unsafe_load

  When set to true, this configuration option tells Rails to use the old
  "unsafe" YAML loading strategy, maintaining the existing behavior but
  leaving the possible escalation vulnerability in place.  Setting this
  option to true is *not* recommended, but can aid in upgrading.

	o config.active_record.yaml_column_permitted_classes

  The "safe YAML" loading method does not allow all classes to be
  deserialized by default.  This option allows you to specify classes deemed
  "safe" in your application.  For example, if your application uses Symbol
  and Time in serialized data, you can add Symbol and Time to the allowed
  list as follows:

	config.active_record.yaml_column_permitted_classes = [Symbol, Date, Time]

  [CVE-2022-32224]

Log message:
devel/ruby-activejob70: update to 7.0.3

7.0.3 (2022-05-12)

* Add missing bigdecimal require in ActiveJob::Arguments

* Could cause uninitialized constant ActiveJob::Arguments::BigDecimal
  (NameError) when loading Active Job in isolation.

Log message:
Update rest of Ruby on Rails 70 components.

No change except version.

Log message:
rails 7.0 wants ruby 2.7+, mark it as such

Log message:
www/ruby-rails70: update to 7.0.2.3

Changes are in devel/ruby-activestorage70 only.

Rails 7.0.2.3 (March 08, 2022)

* Added image transformation validation via configurable allow-list.

  Variant now offers a configurable allow-list for
  transformation methods in addition to a configurable deny-list for arguments.

  [CVE-2022-21831]

Log message:
devel/ruby-activejob70: update to 7.0.2

7.0.2 (2022-02-08)

* No changes.

7.0.2.1 (2022-02-11)

* No changes.

7.0.2.2 (2022-02-11)

* No changes.

Log message:
devel/ruby-activejob70: update to 7.0.1

7.0.1 (2021-01-06)

* Allow testing discard_on/retry_on ActiveJob::DeserializationError

  Previously in perform_enqueued_jobs, deserialize_arguments_if_needed
  was called before calling perform_now.  When a record no longer
  exists and is serialized using GlobalID this led to raising an
  ActiveJob::DeserializationError before reaching perform_now call.
  This behaviour makes difficult testing the job discard_on/retry_on
  logic.

  Now deserialize_arguments_if_needed call is postponed to when
  perform_now is called.

  Example:

	class UpdateUserJob < ActiveJob::Base
	  discard_on ActiveJob::DeserializationError

	  def perform(user)
	    # ...
	  end
	end

	# In the test
	User.destroy_all
	assert_nothing_raised do
	  perform_enqueued_jobs only: UpdateUserJob
	end

  Jacopo Beschi

Log message:
devel/ruby-activejob70: add package version 7.0.0

Active Job - Make work happen later

Active Job is a framework for declaring jobs and making them run on a
variety of queuing backends.  These jobs can be everything from regularly
scheduled clean-ups, to billing charges, to mailings -- anything that can be
chopped up into small units of work and run in parallel.

It also serves as the backend for Action Mailer's #deliver_later
functionality that makes it easy to turn any mailing into a job for running
later.  That's one of the most common jobs in a modern web application:
sending emails outside the request-response cycle, so the user doesn't have
to wait on it.

The main point is to ensure that all Rails apps will have a job
infrastructure in place, even if it's in the form of an "immediate runner".
We can then have framework features and other gems build on top of that,
without having to worry about API differences between Delayed Job and
Resque.  Picking your queuing backend becomes more of an operational
concern, then.  And you'll be able to switch between them without having to
rewrite your jobs.

This is for Ruby on Rails 7.0.