Вопросы Теги

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 ответов

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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 в 21:06

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 2 August 2018 в 14:10

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 3 August 2018 в 18:23

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 5 August 2018 в 03:25

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 6 August 2018 в 20:20

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 9 August 2018 в 00:45

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

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

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

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

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

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

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

Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
ответ дан 14 August 2018 в 18:57
  • 1
    Спасибо за это - решил проблему для меня. У меня был файл cacerts, который был пуст в соответствии с keytool, и очистка и повторная установка, как вы предложили (jdk8 в моем случае), исправили его. – Brian Smith 4 April 2018 в 21:14
  • 2
    – James 22 November 2018 в 01:02

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

1
ответ дан 14 August 2018 в 18:57

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

1
ответ дан 14 August 2018 в 18:57

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

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

17
ответ дан 14 August 2018 в 18: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
  • 5
    – FrankMonza 31 August 2018 в 12:07

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

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