I have a free account at gitlab "EdNett" - is there a way to add this username and a password to the drutopia archive? I do use different VPS's for different drutopia sites.
Trying to update only drutopia gives this:
fast2.ftp:[drutopia2]$ composer update /drutopia/* (same error with update drutopia/drutopia )
Gathering patches for root package.
Removing package drupal/core so that it can be re-installed and re-patched.
- Removing drupal/core (10.3.8)
Removing package drupal/media_library_media_modify so that it can be re-installed and re-patched.
- Removing drupal/media_library_media_modify (1.0.0)
Deleting /data/disk/fast2/static/drutopia2/web/modules/contrib/media_library_media_modify - deleted
Deleting /data/disk/fast2/static/drutopia2/web/core - deleted
Loading composer repositories with package information
Pattern "/drutopia/*" listed for update does not match any locked packages.
Updating dependencies
Nothing to modify in lock file
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 19 installs, 0 updates, 0 removals
- Syncing drupal/autosave_form (dev-1.x 00dbe01) into cache
- Syncing drupal/media_contextual_crop (dev-1.2.x 3193fb9) into cache
- Syncing drupal/skins (dev-1.x 6a54b4f) into cache
- Syncing drupal/drutopia_user (dev-2.0.x bba7bc4) into cache
- Syncing drupal/drutopia_core (dev-2.0.x e0f8dea) into cache
- Syncing drupal/drutopia_seo (dev-2.0.x b7d2545) into cache
- Syncing drupal/drutopia_page (dev-2.0.x ac4fece) into cache
- Syncing drupal/drutopia_storyline (dev-2.0.x fb32c3b) into cache
- Syncing drupal/drutopia_social (dev-2.0.x b0af0f7) into cache
- Syncing drupal/drutopia_site (dev-2.0.x fcd4dc0) into cache
- Syncing drupal/drutopia_resource (dev-2.0.x 123b61f) into cache
- Syncing drupal/drutopia_people (dev-2.0.x 60aa239) into cache
- Syncing drupal/drutopia_landing_page (dev-2.0.x fa3e587) into cache
- Syncing drupal/drutopia_group (dev-2.0.x 13c6e8b) into cache
- Syncing drupal/drutopia_event (dev-2.0.x 049ebe8) into cache
- Syncing drupal/bulma_components (dev-1.0.x bee8420) into cache
- Downloading drutopia/drutopia (2.0.x-dev 04f95b3)
0/1 [>---------------------------] 0% Failed to download drutopia/drutopia from dist: Invalid credentials for 'https://gitlab.com/api/v4/projects/drutopia%2Fdrutopia/repository/archiv...', aborting.
Now trying to download from source
- Syncing drutopia/drutopia (2.0.x-dev 04f95b3) into cache
Gathering patches for root package.
No patches supplied.
Gathering patches for dependencies. This might take a minute.
- Installing drupal/core (10.3.8): Extracting archive
- Installing drupal/autosave_form (dev-1.x 00dbe01): Cloning 00dbe013e8 from cache
Install of drupal/autosave_form failed
- Installing drupal/media_library_media_modify (1.0.0): Extracting archive
- Installing drupal/media_contextual_crop (dev-1.2.x 3193fb9): Cloning 3193fb963b from cache
Install of drupal/media_contextual_crop failed
- Installing drupal/skins (dev-1.x 6a54b4f): Cloning 6a54b4f407 from cache
Install of drupal/skins failed
- Installing drupal/drutopia_user (dev-2.0.x bba7bc4): Cloning bba7bc4fbb from cache
Install of drupal/drutopia_user failed
- Installing drupal/drutopia_core (dev-2.0.x e0f8dea): Cloning e0f8dea849 from cache
Install of drupal/drutopia_core failed
- Installing drupal/drutopia_seo (dev-2.0.x b7d2545): Cloning b7d254541b from cache
Install of drupal/drutopia_seo failed
- Installing drupal/drutopia_page (dev-2.0.x ac4fece): Cloning ac4fece729 from cache
Install of drupal/drutopia_page failed
- Installing drupal/drutopia_storyline (dev-2.0.x fb32c3b): Cloning fb32c3b3f2 from cache
Install of drupal/drutopia_storyline failed
- Installing drupal/drutopia_social (dev-2.0.x b0af0f7): Cloning b0af0f7828 from cache
Install of drupal/drutopia_social failed
- Installing drupal/drutopia_site (dev-2.0.x fcd4dc0): Cloning fcd4dc0899 from cache
Install of drupal/drutopia_site failed
- Installing drupal/drutopia_resource (dev-2.0.x 123b61f): Cloning 123b61f62d from cache
Install of drupal/drutopia_resource failed
- Installing drupal/drutopia_people (dev-2.0.x 60aa239): Cloning 60aa239bf3 from cache
Install of drupal/drutopia_people failed
- Installing drupal/drutopia_landing_page (dev-2.0.x fa3e587): Cloning fa3e587414 from cache
Install of drupal/drutopia_landing_page failed
- Installing drupal/drutopia_group (dev-2.0.x 13c6e8b): Cloning 13c6e8b04b from cache
Install of drupal/drutopia_group failed
- Installing drupal/drutopia_event (dev-2.0.x 049ebe8): Cloning 049ebe8b42 from cache
Install of drupal/drutopia_event failed
- Installing drupal/bulma_components (dev-1.0.x bee8420): Cloning bee8420ca8 from cache
Install of drupal/bulma_components failed
- Installing drutopia/drutopia (2.0.x-dev 04f95b3): Cloning 04f95b36c8 from cache
Install of drutopia/drutopia failed
2/2 [============================] 100%
In Git.php line 520:
Failed to execute git clone --no-checkout '/home/fast2.ftp/.cache/composer/vcs/https---git.drupalcode.org-project-autos
ave-form.git/' '/data/disk/fast2/static/drutopia2/web/modules/contrib/autosave_form' --dissociate --reference '/home/fa
st2.ftp/.cache/composer/vcs/https---git.drupalcode.org-project-autosave-form.git/' && cd '/data/disk/fast2/static/druto
pia2/web/modules/contrib/autosave_form' && git remote set-url origin -- 'https://git.drupalcode.org/project/autosave_fo
rm.git' && git remote add composer -- 'https://git.drupalcode.org/project/autosave_form.git'
Command "git" is not defined.
em-fast1 → created an issue.
OK to close this out now since the problem was resolved.
closing this out as is no longer valid - it seems I cannot close it?
Hi,
We're getting this error on 6.2.7:
The following updates are pending:
webform_submission_log module :
8001 - Issue #3282363: Wrong field encoding type in vwebform_submission_log.
Do you wish to run all pending updates? (y/n): y
Cannot change the definition of field 'webform_submission_log.operation': field doesn't [error]
exist.
Performing webform_submission_log_update_8001 [ok]
Failed: Cannot change the definition of field 'webform_submission_log.operation': field [error]
doesn't exist.
Cache rebuild complete. [ok]
Finished performing updates.
Do I need to create the field 'webform_submission_log.operation' ? webform was installed with composer. I see the dev version is older than 6.2.7 - so moving to dev shouldn't help, right? We are using core 10.3 - would upgrading to 6.3 resolve this, and can 6.3 be used well enough currently? thanks
Hello,
I gave up 7 months ago as it seemed too difficult, but now I am starting to migrate the 3 drutopia non-profit sites I host to drutopia 2 and I'd like a few tips or help, if possible:
1) drutopia2 installs with a drupal core version of 10.1.x - once installed do I risk anything upgrading the core-recommended and core-recommended-scaffold to core 10.2.x or 10.3.6, for example? (just by changin the composer.json file and updating via composer)?
2) When drutopia_group is enabled, a problem arises and drush feedback is that updating group is too big a leap from drutopia1 to the version of group installed with drutopia2. Is there a way to go into the drutopia composer.json file and specify a lower version of the drupal group module - just to get database updates to work, and then immediately change the version of group back ... ? Could this approach work ?
Thanks, Ed
Hello, Thanks for these notes. I was hoping to be able to use AEgir multisite hosting platform to ease the pain of updating from drutopia 1.18 to 2.0.x-dev, by setting up a new 2.0.x-dev platform, cloning a site in the current 1.18 (drutopia which is core 9.5.11) and attempting to migrate the clone - and I think it might work, but for the symfony, etc. dependencies. For example, we have this as an error preventing migration:
Successfully connected to the Drupal database.
-
bootstrap
Drush bootstrap phase : bootstrap_drupal_full()
-
bootstrap
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: The service "group_permission.calculator" has a dependency on a non-existent service "flexible_permissions.chain_calculator". in /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php:86
Stack trace:
#0 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(86): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#1 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#2 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(95): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#3 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#4 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(86): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#5 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#6 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(47): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#7 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(40): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->process()
#8 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/Compiler.php(80): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->process()
#9 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/ContainerBuilder.php(767): Symfony\Component\DependencyInjection\Compiler\Compiler->compile()
#10 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(1335): Symfony\Component\DependencyInjection\ContainerBuilder->compile()
#11 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(934): Drupal\Core\DrupalKernel->compileContainer()
#12 /data/disk/o2/tools/drush/lib/Drush/Drupal/DrupalKernel.php(61): Drupal\Core\DrupalKernel->initializeContainer()
#13 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(494): Drush\Drupal\DrupalKernel->initializeContainer()
#14 /data/disk/o2/tools/drush/lib/Drush/Boot/DrupalBoot10.php(151): Drupal\Core\DrupalKernel->boot()
#15 /data/disk/o2/tools/drush/includes/bootstrap.inc(354): Drush\Boot\DrupalBoot10->bootstrap_drupal_full()
#16 /data/disk/o2/tools/drush/includes/bootstrap.inc(473): drush_bootstrap()
#17 /data/disk/o2/tools/drush/commands/core/drupal/update_10.inc(137): drush_bootstrap_to_phase()
#18 /data/disk/o2/tools/drush/commands/core/core.drush.inc(466): update_main()
#19 /data/disk/o2/tools/drush/includes/command.inc(422): drush_core_updatedb()
#20 /data/disk/o2/tools/drush/includes/command.inc(231): _drush_invoke_hooks()
#21 /data/disk/o2/tools/drush/includes/command.inc(199): drush_command()
#22 /data/disk/o2/tools/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch()
#23 /data/disk/o2/tools/drush/includes/preflight.inc(67): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#24 /data/disk/o2/tools/drush/drush.php(12): drush_main()
#25 {main}
-
error
Command dispatch complete
-
notice
could not bootstrap drupal after updatedb
Can you imagine a way to bypass this kind of error and allow migration on AEgir ? If so, a drutopia public AEgir instance could be setup just to make migration easier for everyone, and I could help with that.
Best,
Ed
Thank you so much. This allowed the install of a drutopia 2.x platform with a drupal core version of 10.1.8.
drush updb -vvv gives:
drush updb -vvv
Drush preflight prepare loaded autoloader at [preflight]
/opt/tools/drush/8/drush/vendor/autoload.php [0.01 sec, 2.64 MB]
Starting Drush preflight. [0.01 sec, 2.64 MB] [preflight]
Cache HIT cid: 8.4.12-commandfiles-0-d533fd30d60aee95db6043a23eaf9fe0 [0.01 sec, 2.91 MB] [debug]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/all/drush/drushrc.php" into [bootstrap]
"drupal" scope. [0.02 sec, 5.45 MB]
Bootstrap to phase 0. [0.03 sec, 9.28 MB] [bootstrap]
Bootstrap to phase 2. [0.03 sec, 9.28 MB] [bootstrap]
Drush bootstrap phase : bootstrap_drupal_root() [0.03 sec, 9.54 MB] [bootstrap]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/all/drush/drushrc.php" into [bootstrap]
"drupal" scope. [0.03 sec, 9.54 MB]
Initialized Drupal 10.2.4 root directory at /data/disk/o2/static/d10.2/web [0.04 sec, [bootstrap]
9.54 MB]
Find command files for phase 1 (max=2) [0.04 sec, 8.01 MB] [debug]
Cache HIT cid: 8.4.12-commandfiles-1-86a645d09957713ed803dd865afd49f5 [0.04 sec, 8.02 MB] [debug]
Cache HIT cid: 8.4.12-annotationfiles-1-fb639ed55e74b29b25e00e8124a2c83d [0.04 sec, 8.02 [debug]
MB]
Drush bootstrap phase : bootstrap_drupal_site() [0.04 sec, 8.63 MB] [bootstrap]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/valid-site/drushrc.php"[bootstrap]
into "site" scope. [0.04 sec, 8.63 MB]
Initialized Drupal site valid-site at sites/valid-site [0.05 sec, 10.49[bootstrap]
MB]
Find command files for phase 2 (max=2) [0.05 sec, 8.96 MB] [debug]
Cache MISS cid: 8.4.12-install_profile-8fd1db0132851697bb39b65300700d82 [0.05 sec, 8.96 [debug]
MB]
Cache HIT cid: 8.4.12-commandfiles-2-3a468fc63ecb79ec6290d3c1c0a8f0b5 [0.05 sec, 8.96 MB] [debug]
Found command: updatedb (commandfile=core) [0.05 sec, 8.96 MB] [bootstrap]
Calling hook drush_core_updatedb [0.05 sec, 10.75 MB] [debug]
Bootstrap to phase 5. [0.05 sec, 10.87 MB] [bootstrap]
Drush bootstrap phase : bootstrap_drupal_configuration() [0.05 sec, 10.87 MB] [bootstrap]
Create from request [0.05 sec, 10.88 MB] [debug]
add service modifier [0.06 sec, 11.12 MB] [debug]
Find command files for phase 3 (max=5) [0.06 sec, 9.59 MB] [debug]
sql-query: SELECT 1; [0.06 sec, 9.73 MB] [notice]
Executing: mysql --defaults-extra-file=/home/o2.ftp/.tmp/drush_Zz6Vr1 --database=valid-db-name --host=localhost --port=3306 --silent < /home/o2.ftp/.tmp/drush_UvdYT3
1
sql-query: SHOW TABLES; [0.06 sec, 9.73 MB] [notice]
Executing: mysql --defaults-extra-file=/home/o2.ftp/.tmp/drush_G3rHj2 --database=valid-db-name --host=localhost --port=3306 --silent < /home/o2.ftp/.tmp/drush_DQPUt2
block_content
block_content__body
block_content_field_data
block_content_field_revision
block_content_revision
block_content_revision__body
cache_bootstrap
cache_config
cache_container
cache_data
cache_default
cache_discovery
cache_dynamic_page_cache
cache_entity
cache_menu
cache_page
cache_render
cache_toolbar
cachetags
comment
comment__comment_body
comment_entity_statistics
comment_field_data
config
file_managed
file_usage
help_search_items
history
key_value
key_value_expire
menu_link_content
menu_link_content_data
menu_link_content_field_revision
menu_link_content_revision
menu_tree
node
node__body
node__comment
node__field_image
node__field_tags
node_access
node_field_data
node_field_revision
node_revision
node_revision__body
node_revision__comment
node_revision__field_image
node_revision__field_tags
path_alias
path_alias_revision
queue
router
search_dataset
search_index
search_total
semaphore
sequences
sessions
shortcut
shortcut_field_data
shortcut_set_users
taxonomy_index
taxonomy_term__parent
taxonomy_term_data
taxonomy_term_field_data
taxonomy_term_field_revision
taxonomy_term_revision
taxonomy_term_revision__parent
user__roles
user__user_picture
users
users_data
users_field_data
watchdog
Drush bootstrap phase : bootstrap_drupal_database() [0.07 sec, 9.74 MB] [bootstrap]
Successfully connected to the Drupal database. [0.07 sec, 9.74 MB] [bootstrap]
Find command files for phase 4 (max=5) [0.07 sec, 9.74 MB] [debug]
Drush bootstrap phase : bootstrap_drupal_full() [0.07 sec, 9.74 MB] [bootstrap]
About to bootstrap the Drupal 10 Kernel. [0.07 sec, 9.74 MB] [debug]
get container builder [0.09 sec, 11.78 MB] [debug]
service modifier alter [0.09 sec, 11.93 MB] [debug]
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Declaration of Drupal\Core\Logger\LoggerChannel::log($level, $message, array
$context = []) must be compatible with Psr\Log\LoggerTrait::log($level, Stringable|string
$message, array $context = []): void in
/data/disk/o2/static/d10.2/web/core/lib/Drupal/Core/Logger/LoggerChannel.php, line 94
[0.1 sec, 17.68 MB]
I'm having the same or a similar problem and I'm suing AEgir (BOA variant) multi-platform / multi-site hosting system, which has many versions of drush on it since it can host drupal 7, 9 and 10 cores, and it allows using drush locally per platform. Is this going to be a problem going forward. Since the update to 10.2.3 we can't use drush to do a dbup - and if we try it takes the site down! Errors like this are produced:
drush updb -y
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Declaration of Drush\Command\DrushInputAdapter::getFirstArgument() must be
compatible with Symfony\Component\Console\Input\InputInterface::getFirstArgument():
?string in /opt/tools/drush/8/drush/lib/Drush/Command/DrushInputAdapter.php, line 54
We are getting this error currently on core 10.2 with either php 8.1 or 8.2 running. The php extension psr is not installed.
I have never used GitLab before, and I don't understand the error message. I hope I am not required to install gitlab on our drupal hosting server - I don't want that. Do I need to subscribe to GitLab and then upload an ssh key of the server on which I am trying to install drutopia 2.0-dev to my new gitlab account? (I don't consider this to be secure at all - letting a third-party or anyone, in fact, haev our servers ssh keys.
Could someone fro the drutopia team please clarify this, because this is new - and didn't exist in the 9.5.11 versions of drutopia - as fas as I know. I am just trying to bring a drutopia 1 (with drupal 9.5.11) up to date so it runs drupal 10.1 or 10.2. Thank you for any guidance on this Gitlab problem.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
same goes for current stable - it does not work - and for the same reason
EM-fast1 → created an issue.
EM-fast1 → created an issue.
I imagine that the same error will reproduce here with octavia - I have reported the issue in bulma issue queue
Could this twig error be the cause:
Twig\Error\LoaderError: Template "@stable9/form/container.html.twig" is not defined in "themes/contrib/bulma/templates/form/container.html.twig" at line 22. in Twig\Loader\ChainLoader->getCacheKey() (line 98 of /data/disk/fast2/static/drutopia113stable/vendor/twig/twig/src/Loader/ChainLoader.php).
EM-fast1 → created an issue.
This is with drutopia 8.x-1.x-dev and neither the 1.3 nor the 1.x-dev of octavia work currrently.
EM-fast1 → created an issue.
Hello,
I was just stating what worked for me - now I find that the theme "stable9" doesn't even exist anymore - abd "stable" is what is needed - since it is meant for 8 and 9.
My problem is that this thmee no longer works at all with any recent drutopia version - I can't ionstall of use drutopia with this thmeme since drutopia 112 and pre drupal 9.5.7 -
I have guzzlehttp errors - everything is being blocked and I spent so much time making the site look good with octavia. Can you tell me why it doesn't work with modern versions of drupal 9 and drutopia? Thanks
By the way - I hope you understand that "stable9" is not correct as far as I now know. Can you get some assistance with the drutopia people?
Best,
EM
doesn't stable9 need to be the base theme since stable is deprecated?
EM-fast1 → created an issue.
EM-fast1 → created an issue.
This issue arises only when no field tags are entered when creating content, even though I have not required field tags. The "required" box is unchecked, so the problem is that a null value for the field is not accepted. I checked the database table and null is checked.
EM-fast1 → created an issue.
Hi,
I now wonder if this issue is really in the core field module or rather in the date module:
https://www.drupal.org/project/date/issues/998076
🐛
Problem with timezone handling (caused by date_get_timezone_db returning only UTC)
Needs work
Is this the same issue (in 2.14): when trying to add a node - I get both a node and a php error (using 7.4.33) - the same error, which I have perhaps misakenly posted in the core (field) issue queue. Does this issue belong here instead?:
PDOException: SQLSTATE[22007]: Invalid datetime format: 1366 Incorrect integer value: 'autocreate' for column `uslowestprices_0`.`field_data_field_tags`.`field_tags_tid` at row 1: INSERT INTO {field_data_field_tags} (entity_type, entity_id, revision_id, bundle, delta, language, field_tags_tid) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6); Array ( [:db_insert_placeholder_0] => node [:db_insert_placeholder_1] => 77 [:db_insert_placeholder_2] => 77 [:db_insert_placeholder_3] => page [:db_insert_placeholder_4] => 0 [:db_insert_placeholder_5] => und [:db_insert_placeholder_6] => autocreate ) in field_sql_storage_field_storage_write() (line 622 of /data/disk/fast1/static/d771/modules/field/modules/field_sql_storage/field_sql_storage.module).
EM-fast1 → created an issue.