composer　updateでエラーが消えずまっったく進まなくなった。現在も9.5.11のまま。使えなくなったわけではないので、いいのだが。もちろん、ここにある情報も一通り行っているが。

まず、upgrade Statusを100%にしてみるところから始めたい、と思った。この時点の状態（IMCEは上書きしてしまった後）

imce,librariesのモジュール、composerでupdateできた（る）のだが、webサイト上ではupdateされてない。composer.jsonとcomposer.lockファイル上はupdateされている。しかし、サイト上では古いままで、しかも、実際のディレクトリの中身も古いままなのである。どっか別のところに保存されているのか、保存する際にpermissionか何かで失敗してlockファイルだけが更新されたままで終わってしまうのか、、ちょっとどいうことかはわからないが。事実そのような状態になっている。このlockファイルをいじってもいいのかどうかも謎、これについて論じているページないしなぁ。

そこで、drupalページからモジュールをダウンロードし、展開して直接uploadしたところ、サイト上で更新されたようだ、下記実施。

モジュールのリリースページから最新をPCにダウンロードし、ftpでサーバのtmp/にuploadする。その後、ssh2でログインして、tarを解凍し

cp -Ra libraries/. ../サイト/modules/libraries/

で上書きする。infoを確認すると

more ../www_cycle_eek/modules/libraries/libraries.info.yml 
name: Libraries
type: module
description: Allows version-dependent and shared usage of external libraries.
core_version_requirement: ^9.4 || ^10
 
# Information added by Drupal.org packaging script on 2023-06-17
version: '4.0.4'
project: 'libraries'
datestamp: 1687020891

4.04になっている。念の為、update.phpを実行し、upgradetatusを再ロードすると、

改善されたように思われる。。。 上記の例では、すでにテーマで未対応のものも削除したので、%が上がっている。サイト上で、不要のテーマをアンインストールしても、ずっと残ったままになるので、composerでremoveすると、サイト上でも消える。

composer remove drupal/marinelli  
./composer.json has been updated
Running composer update drupal/marinelli
Loading composer repositories with package information
Updating dependencies
Lock file operations: 0 installs, 0 updates, 1 removal
  - Removing drupal/marinelli (dev-1.x cca69ac)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 0 updates, 1 removal
  - Removing drupal/marinelli (dev-1.x cca69ac)
Deleting themes/contrib/marinelli - deleted
Package doctrine/reflection is abandoned, you should avoid using it. Use roave/better-reflection instead.
Package symfony/debug is abandoned, you should avoid using it. Use symfony/error-handler instead.
Generating autoload files
Hardening vendor directory with .htaccess and web.config files.
86 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
Scaffolding files for drupal/core:
  - Copy [web-root]/sites/default/default.services.yml from assets/scaffold/files/default.services.yml
  - Copy [web-root]/sites/default/default.settings.php from assets/scaffold/files/default.settings.php
Cleaning vendor directory.
No security vulnerability advisories found.

insertモジュールはupdateはあるが、^10.0になってしまうので、この時点9.5であるため入れられない。これはつまり一旦削除してupgrade後に再度導入するということか？

テーマが非互換、ということなのだが、Bartikはもともと純正テーマだったわけで、D7時代にmayoというテーマを使っていたものを苦労してこれに対応したというのに、非互換になるというのはどういうことよ！。と言いたいところ。仕方なく、テーマを探したらTARAというのに行き着いている。表示がしっくりこない部分も多々あるが、一旦10に対応しているので、これで移行作業を行うということで良いだろうか。Oliveroが純正テーマになっているらしいが、しっくりこなさ感が半端ないので、諦める。

非互換テーマをサイト上でunistallしたところ

まだ、stableとかいうテーマが残っている！。。。これサイト上ではあるように見えないのですが、upgradestatusには出てきており、また、　core/themes/ の中に、stable ってのと、stable9ってのが2つある。。。。

消していいのか？

8.0.0　、　9.0.0の標準テーマだったらしい。。

$ more stable9/stable9.info.yml 
name: Stable 9
type: theme
description: A base theme using Drupal 9.0.0's core markup and CSS.
package: Core
version: VERSION
base theme: false
hidden: true

$ more stable/stable.info.yml 
name: Stable
type: theme
description: A default base theme using Drupal 8.0.0's core markup and CSS.
package: Core
version: VERSION
base theme: false
hidden: true
lifecycle: deprecated
lifecycle_link: https://www.drupal.org/project/drupal/issues/3308890

drush stable:uninstall でやると、そんなものないと言われるものの、その後サイトがレポート閲覧不可になる。update.phpで戻る。

試しに消してみると、update.phpで必要なものがないというエラーで先に進めなくなる。元に戻す。

つまり、消せない！

どうしても、消えなくて、フォルダごと削除した。

upgradestatus、利用可能なアップデートのどちらにも出てこないようになったが、機能拡張のページには出てくる。

composer.jsonをみると、まだ残っていたので、もう一度

composer remove drupal/webform

でやってみると、消えてくれた。これ最初やった時はできなかったが、いろんな依存関係を変えていく過程でできるようになったとみるべきか？

状況変わらんな