fix: retrieve Drupal 11 sqlite3 packages from snapshot.debian.org

[rfay]

The Issue

Suddenly we're not able to support sqlite/libsqlite 3.45.1 because it's gone from the repo we were pulling it from, so Drupal 11 startup fails.

How This PR Solves The Issue

Pull from snapshot.debian.org

I do wonder if we should only grab the 3.45 sqlite if they have omit_containers[db].

I don't understand why we didn't catch this in latest test on master (https://github.com/ddev/ddev/actions/runs/9035899711/job/24831603173) unless they just removed the package between the time that started and when I was testing. (Search for "DdevFullSiteSetup for TestPkgDrupal11"). Code is in

ddev/pkg/ddevapp/ddevapp_test.go

Lines 2221 to 2232 in a96ab26

	// Special installed sqlite3 test for drupal11.
	if app.Type == nodeps.AppTypeDrupal {
	drupalVersion, err := ddevapp.GetDrupalVersion(app)
	if err == nil && drupalVersion == "11" {
	stdout, stderr, err := app.Exec(&ddevapp.ExecOpts{
	Cmd: "sqlite3 --version | awk '{print $1}'",
	})
	require.NoError(t, err, "sqlite3 --version failed, output=%v, stderr=%v", stdout, stderr)
	stdout = strings.Trim(stdout, "\r\n")
	require.Equal(t, versionconstants.Drupal11RequiredSqlite3Version, stdout)
	}
	}

I did manually test TestDdevFullSiteSetup with drupal11 on master and it failed there and succeeds here.

Manual Testing Instructions

Start a d11 project

Automated Testing Overview

Related Issue Link(s)

Release/Deployment Notes

[github-actions]

Download the artifacts for this pull request:

• all-ddev-executables.zip
• ddev-linux-amd64.zip
• ddev-linux-arm64.zip
• ddev-macos-amd64.zip
• ddev-macos-arm64.zip
• ddev-windows-amd64-installer.zip

See Testing a PR.

[stasadev]

Thank you, it's a good thing we didn't make a release with ftp.debian.org.