Я предлагаю (конечно, вам не обязательно) помещать 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, чтобы полностью интегрировать их в виртуальные каталоги.
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk перед установкой openjdk-9-jdk.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
Я снова заново установил все с нуля, и эта проблема исчезла. Все, что я сделал по-другому, это установить openjdk-8-jdk
перед установкой openjdk-9-jdk
.
Это работает. Есть ли какие-то странные проблемы с зависимостью?
openjdk-9-jdk
, затем 8. Я удалил и то и другое, а 8 - затем - 9. Я также всегда продолжал работать sudo update-ca-certificates -f
. Это было не утро, и сегодня я начал загружать Oracle JDK. До того, как я закончил, я обнаружил, что openjdk работает, и gradle тянет успешно.
– foxx1337
3 December 2017 в 15:55
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
...
Я переустановил все, используя apt-get, и это не решило проблему.
Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts
Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.
Я столкнулся с этой проблемой, пытаясь настроить инструмент сборки 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
...
Oracle изменил формат файла cacerts (от JKS до PCKS12), по умолчанию включен JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает также.
Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.
Я переустановил все, используя apt-get, и это не решило проблему.
Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts
Я столкнулся с этой проблемой, пытаясь настроить инструмент сборки 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
...
Oracle изменил формат файла cacerts (от JKS до PCKS12), по умолчанию включен JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает также.
Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.
Я переустановил все, используя apt-get, и это не решило проблему.
Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts
Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
...
Oracle изменил формат файла cacerts (от JKS до PCKS12), включенный по умолчанию JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете более старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает.
Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.
Я переустановил все, используя apt-get, и это не решило проблему.
Решение, которое я нашел для работы: перейдите в Oracle и загрузите версию jgk-8 tar.gz. Затем скопируйте файл cacerts из файла в / etc / ssl / certs / java / cacerts
Я столкнулся с этой проблемой и при попытке настроить инструмент сборки 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
...
Oracle изменил формат файла cacerts (от JKS до PCKS12), включенный по умолчанию JDK в Ubuntu уже использует PCKS12, но вы, вероятно, используете более старый JDK, который не может его прочитать. Я преобразовал файл хранилища ключей в JKS с помощью keytool. Вот почему обходной путь для копирования старого предназначен для других людей, и почему ваш принятый ответ работает.
Я скопировал файл / etc / ssl / certs / java / cacerts из резервной копии старой установки. Если у вас есть что-то подобное, это, вероятно, самый простой вариант. Просто убедитесь, что резервное копирование исходного файла cacerts в случае возникновения проблем с другими приложениями.