17.10 openjdk и oracle jdk 8 и 9 параметр trustAnchors должен быть непустым

Я предлагаю (конечно, вам не обязательно) помещать eval "$_" после команды echo, поэтому сразу же добавляется псевдоним и grep -Pq "alias $1" && return, чтобы убедиться, что (1 ) у вас нет дубликатов псевдонимов, (2) псевдонимы определяются сразу же, а не ждут их повторного источника.

Если вы хотите стать еще более креативными (так я это делаю он), также позволяют ему брать число из вашей истории и определять его как псевдоним или группу номеров, назначенных последовательно одному псевдониму или более и т. д.

Я поставил довольно много работы в моем собственном .bashrc на протяжении многих лет - я делюсь им в рамках проекта под названием gxbase, но поскольку это «мои предпочтения», скорее всего, это не то, что «другие люди» хотят. Конфигурационные настройки - имеют личную вещь. Большинство людей ожидают, что все будет выглядеть как /etc/skel/.bashrc, и такие вещи, как завершение bash, перестанут работать, если вы установите слишком много настраиваемых параметров :) Просто для удовольствия, хотя, моя ссылка - http://gitorious.org/gxbase.

Что касается вашего вопроса, есть много людей, которые публикуют свои так называемые «конечные настройки .bashrc», но, увы, они только для них, мой ответ: вы будете счастливы, если сами создадите этот файл и поверьте мне, за любовь ко всему, что свято; make [offline] резервные копии !!! :) «Жесткая (печатная) копия» - это хороший способ спланировать ее, если вы хотите получить еще более творческий характер!

PS: Содержимое .bashrc-git являются вилкой из проекта gitsh, поэтому большая часть кредита для этого идет к этому парню, а perlconsole & amp; Интеграция aptsh также не является моей (полностью). Вам нужно будет установить modded perlconsole & amp; aptsh, чтобы полностью интегрировать их в виртуальные каталоги.

19
задан 31 October 2017 в 00:56

59 ответов

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

3
ответ дан 22 May 2018 в 16:57
  • 1
    Он также работал для меня, но мне пришлось перезапустить систему. В основном я выполнил instlal из openjdk-9-jdk, затем 8. Я удалил и то и другое, а 8 - затем - 9. Я также всегда продолжал работать sudo update-ca-certificates -f. Это было не утро, и сегодня я начал загружать Oracle JDK. До того, как я закончил, я обнаружил, что openjdk работает, и gradle тянет успешно. – foxx1337 3 December 2017 в 15:55
  • 2
    Мне также пришлось очистить java-common. Я предполагаю, что проблема была неправильно установлена ​​ca-certificates-java; что он также удаляется с помощью java commons и при повторной установке он создает кучу файлов pem. Установка openjdk-8 не требуется. – k0pernikus 16 February 2018 в 14:35

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 18 July 2018 в 04:14

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 24 July 2018 в 18:02

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 31 July 2018 в 10:38

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 31 July 2018 в 11:41

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 31 July 2018 в 21:06

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 2 August 2018 в 14:10

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 3 August 2018 в 18:23

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 5 August 2018 в 03:25

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 6 August 2018 в 20:20

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 9 August 2018 в 00:45

Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.

Это работает. Есть ли какие-то странные проблемы с зависимостью?

4
ответ дан 14 August 2018 в 18:57
  • 1
    Он также работал для меня, но мне пришлось перезапустить систему. В основном я выполнил instlal из openjdk-9-jdk, затем 8. Я удалил и то и другое, а 8 - затем - 9. Я также всегда продолжал работать sudo update-ca-certificates -f. Это было не утро, и сегодня я начал загружать Oracle JDK. До того, как я закончил, я обнаружил, что openjdk работает, и gradle тянет успешно. – foxx1337 3 December 2017 в 15:55
  • 2
    Мне также пришлось очистить java-common. Я предполагаю, что проблема была неправильно установлена ​​ca-certificates-java; что он также удаляется с помощью java commons и при повторной установке он создает кучу файлов pem. Установка openjdk-8 не требуется. – k0pernikus 16 February 2018 в 14:35

Я столкнулся с этой проблемой, пытаясь настроить инструмент сборки scala (sbt) в моей новой установке 17.10.

Мое решение состояло в чистке:

sudo apt purge openjdk-9-jdk openjdk-8-jdk java-common

(Просто очистить и переустановить jdk было недостаточно, после этого у меня все еще была команда java. Только очистка java-common, которая также ушла, а затем переустановка работала. Я предполагаю, что она относится к пакету ca-certificates-java*, который получает очищенный java-common.)

После этого я снова установил java (я выбрал только openjdk-9):

sudo apt install openjdk-9-jdk

Это вызвало: Running hooks in /etc/ca-certificates/update.d... и добавило много файлов сертификатов. Теперь мой sbt построенный был успешным:

$ sbt
Getting org.scala-sbt sbt 1.1.0  (this may take some time)...
downloading https://repo1.maven.org/maven2/org/scala-sbt/sbt/1.1.0/sbt-1.1.0.jar ...
    [SUCCESSFUL ] org.scala-sbt#sbt;1.1.0!sbt.jar (657ms)
downloading https://repo1.maven.org/maven2/org/scala-sbt/main_2.12/1.1.0/main_2.12-1.1.0.jar
...  
6
ответ дан 22 May 2018 в 16:57
  • 1
    Спасибо за это - решил проблему для меня. У меня был файл cacerts, который был пуст в соответствии с keytool, и очистка и повторная установка, как вы предложили (jdk8 в моем случае), исправили его. – Brian Smith 4 April 2018 в 21:14

Я переустановил все, используя apt-get, и это не решило проблему.

Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts

5
ответ дан 22 May 2018 в 16:57
  • 1
    Это странно. Спасибо, что поделились своим рабочим решением. Я закончил копирование файла cacerts с моего Ubuntu 16.04 с помощью установки OpenJDK 8, чтобы заставить это работать. Как ни странно, cacerts, установленный с OpenJDK 9 на Ubuntu 17.10, кажется, не пуст (он больше, чем у старого), он просто не работает. – JeroenHoek 24 January 2018 в 18:45
  • 2
    Вместо копирования вставки старых сертификатов вы также можете очистить java-commons, а также jdk, а затем переустановить jdk. Таким образом, сертификаты будут правильно восстановлены. – k0pernikus 16 February 2018 в 14:41
  • 3
    Это единственное решение, которое работало для меня на Ubuntu 18.04 / OpenJDK 11 – zergussino 1 May 2018 в 17:12
  • 4
    Переустановка не работала для меня ни на Ubuntu 18.04 / OpenJDK 11, поэтому я загрузил jdk-10.0.1_linux-x64_bin.tar.gz. Вы найдете cacerts в jdk-10.0.1/lib/security/cacerts – iGEL 15 May 2018 в 15:27

Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.

1
ответ дан 22 May 2018 в 16:57

Я столкнулся с этой проблемой, пытаясь настроить инструмент сборки scala (sbt) в моей новой установке 17.10.

Мое решение состояло в чистке:

sudo apt purge openjdk-9-jdk openjdk-8-jdk java-common

(Просто очистить и переустановить jdk было недостаточно, после этого у меня все еще была команда java. Только очистка java-common, которая также ушла, а затем переустановка работала. Я предполагаю, что она относится к пакету ca-certificates-java*, который получает очищенный java-common.)

После этого я снова установил java (я выбрал только openjdk-9):

sudo apt install openjdk-9-jdk

Это вызвало: Running hooks in /etc/ca-certificates/update.d... и добавило много файлов сертификатов. Теперь мой sbt построенный был успешным:

$ sbt Getting org.scala-sbt sbt 1.1.0 (this may take some time)... downloading https://repo1.maven.org/maven2/org/scala-sbt/sbt/1.1.0/sbt-1.1.0.jar ... [SUCCESSFUL ] org.scala-sbt#sbt;1.1.0!sbt.jar (657ms) downloading https://repo1.maven.org/maven2/org/scala-sbt/main_2.12/1.1.0/main_2.12-1.1.0.jar ...
10
ответ дан 18 July 2018 в 04:14

Oracle изменил формат файла cacerts (от JKS до PCKS12), по умолчанию включен JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает также.

1
ответ дан 18 July 2018 в 04:14

Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.

1
ответ дан 18 July 2018 в 04:14

Я переустановил все, используя apt-get, и это не решило проблему.

Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts

16
ответ дан 18 July 2018 в 04:14

Я столкнулся с этой проблемой, пытаясь настроить инструмент сборки scala (sbt) в моей новой установке 17.10.

Мое решение состояло в чистке:

sudo apt purge openjdk-9-jdk openjdk-8-jdk java-common

(Просто очистить и переустановить jdk было недостаточно, после этого у меня все еще была команда java. Только очистка java-common, которая также ушла, а затем переустановка работала. Я предполагаю, что она относится к пакету ca-certificates-java*, который получает очищенный java-common.)

После этого я снова установил java (я выбрал только openjdk-9):

sudo apt install openjdk-9-jdk

Это вызвало: Running hooks in /etc/ca-certificates/update.d... и добавило много файлов сертификатов. Теперь мой sbt построенный был успешным:

$ sbt Getting org.scala-sbt sbt 1.1.0 (this may take some time)... downloading https://repo1.maven.org/maven2/org/scala-sbt/sbt/1.1.0/sbt-1.1.0.jar ... [SUCCESSFUL ] org.scala-sbt#sbt;1.1.0!sbt.jar (657ms) downloading https://repo1.maven.org/maven2/org/scala-sbt/main_2.12/1.1.0/main_2.12-1.1.0.jar ...
11
ответ дан 24 July 2018 в 18:02
  • 1
    Спасибо за это - решил проблему для меня. У меня был файл cacerts, который был пуст в соответствии с keytool, и очистка и повторная установка, как вы предложили (jdk8 в моем случае), исправили его. – Brian Smith 4 April 2018 в 21:14

Oracle изменил формат файла cacerts (от JKS до PCKS12), по умолчанию включен JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает также.

1
ответ дан 24 July 2018 в 18:02

Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.

1
ответ дан 24 July 2018 в 18:02

Я переустановил все, используя apt-get, и это не решило проблему.

Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts

17
ответ дан 24 July 2018 в 18:02
  • 1
    Это странно. Спасибо, что поделились своим рабочим решением. Я закончил копирование файла cacerts с моего Ubuntu 16.04 с помощью установки OpenJDK 8, чтобы заставить это работать. Как ни странно, cacerts, установленный с OpenJDK 9 на Ubuntu 17.10, кажется, не пуст (он больше, чем у старого), он просто не работает. – JeroenHoek 24 January 2018 в 18:45
  • 2
    Вместо копирования вставки старых сертификатов вы также можете очистить java-commons, а также jdk, а затем переустановить jdk. Таким образом, сертификаты будут правильно восстановлены. – k0pernikus 16 February 2018 в 14:41
  • 3
    Это единственное решение, которое работало для меня на Ubuntu 18.04 / OpenJDK 11 – zergussino 1 May 2018 в 17:12
  • 4
    Переустановка не работала для меня ни на Ubuntu 18.04 / OpenJDK 11, поэтому я загрузил jdk-10.0.1_linux-x64_bin.tar.gz. Вы найдете cacerts в jdk-10.0.1/lib/security/cacerts – iGEL 15 May 2018 в 15:27

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки scala (sbt) в моей новой установке 17.10.

Мое решение должно было очистить:

sudo apt purge openjdk-9-jdk openjdk-8-jdk java-common

(Просто очистить и переустановить jdk было недостаточно, после этого у меня все еще была команда java. Только очистка java-common, которая также ушла, а затем переустановка работала.Я предполагаю, что она относится к ca-certificates-java*, который очищается с помощью java-common.)

После этого я снова установил java (я выбрал только openjdk-9):

sudo apt install openjdk-9-jdk

Это вызвало: Running hooks in /etc/ca-certificates/update.d... и добавил много файлов сертификатов. Теперь мой sbt построенный был успешным:

$ sbt
Getting org.scala-sbt sbt 1.1.0  (this may take some time)...
downloading https://repo1.maven.org/maven2/org/scala-sbt/sbt/1.1.0/sbt-1.1.0.jar ...
    [SUCCESSFUL ] org.scala-sbt#sbt;1.1.0!sbt.jar (657ms)
downloading https://repo1.maven.org/maven2/org/scala-sbt/main_2.12/1.1.0/main_2.12-1.1.0.jar
...  
12
ответ дан 31 July 2018 в 10:38

Oracle изменил формат файла cacerts (от JKS до PCKS12), включенный по умолчанию JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете более старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает.

1
ответ дан 31 July 2018 в 10:38

Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.

1
ответ дан 31 July 2018 в 10:38

Я переустановил все, используя apt-get, и это не решило проблему.

Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts

17
ответ дан 31 July 2018 в 10:38

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки scala (sbt) в моей новой установке 17.10.

Мое решение должно было очистить:

sudo apt purge openjdk-9-jdk openjdk-8-jdk java-common

(Просто очистить и переустановить jdk было недостаточно, после этого у меня все еще была команда java. Только очистка java-common, которая также ушла, а затем переустановка работала.Я предполагаю, что она относится к ca-certificates-java*, который очищается с помощью java-common.)

После этого я снова установил java (я выбрал только openjdk-9):

sudo apt install openjdk-9-jdk

Это вызвало: Running hooks in /etc/ca-certificates/update.d... и добавил много файлов сертификатов. Теперь мой sbt построенный был успешным:

$ sbt
Getting org.scala-sbt sbt 1.1.0  (this may take some time)...
downloading https://repo1.maven.org/maven2/org/scala-sbt/sbt/1.1.0/sbt-1.1.0.jar ...
    [SUCCESSFUL ] org.scala-sbt#sbt;1.1.0!sbt.jar (657ms)
downloading https://repo1.maven.org/maven2/org/scala-sbt/main_2.12/1.1.0/main_2.12-1.1.0.jar
...  
12
ответ дан 31 July 2018 в 11:41

Oracle изменил формат файла cacerts (от JKS до PCKS12), включенный по умолчанию JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете более старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает.

1
ответ дан 31 July 2018 в 11:41

Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.

1
ответ дан 31 July 2018 в 11:41

Другие вопросы по тегам:

Похожие вопросы: