вкусная установка, переставшая работать со странным выводом

date команда даст Вам текущую дату / время на основе Вашей локали.
Можно изменить это, только один раз, путем добавления префикса команды другой часовой пояс

TZ=CST6CDT date # Will print the current time in the USA Central time
TZ=Chicago date # will do the same, iff Chicago is listed by name in the /usr/share/zoneinfo/ dir hierarchy

Затем для упрощения простоты доступа просто создайте псевдонимы в Вас .bashrc файл, например.

alias dad='TZ=Paris date'
alias fred='TZ=Amsterdam date'

и т.д.

1
28.01.2013, 14:13
3 ответа

Вы пропускаете обновления repo по непостижимым причинам. Добавьте его и попробуйте еще раз.:)

1
27.01.2020, 23:54
  • 1
    Обновления repo не сохранены в том же .repo файле как основной repo. Это не должно быть добавлено в его случае. Им нравится к точкам документа здесь. Осторожный с Вашим –  midnightsteel 28.01.2013, 14:56
  • 2
    ответов я осторожен. OP, сказанный "В настоящее время моя/etc/yum.repos.d/папка, имеет только один файл fedora.repo". Для того каталога нужна мягкая-фетровая-шляпа-updates.repo также. –  schaiba 28.01.2013, 15:10
  • 3
    Можно ли добавить больше информации к ответу? Как исходный плакат добавил бы обновления repo? Там ссылки состоят в том, чтобы помочь? –  George M 28.01.2013, 22:06
  • 4
    Создайте файл в/etc/yum.repos.d/, названном мягкой-фетровой-шляпой-updates.repo с содержанием, перечисленным здесь: arunprakash.fedorapeople.org/HTTP%20Repos/fedora-updates.repo и затем 'конфетка обновляют' –  schaiba 28.01.2013, 22:10

Я или удалил бы rpms rpm -e rpm и затем переустановите их или вкусное обновление - поврежденный пропуском и затем попробуйте другое обновление. Похоже, что Ваш rpmdb мог бы иметь дублирующиеся записи, которые имеют, предварительно требует встроенный в файлы спецификации, которые вызывают Вас горе.

0
27.01.2020, 23:54
  • 1
    Нет, это просто, что, если у Вас есть пакеты для нескольких установленной архитектуры, они совместно используют файлы (документация, часть конфигурации), таким образом, они должны быть той же самой версией. Так или иначе это было испорчено здесь. –  vonbrand 25.01.2013, 01:42

Попытайтесь удалить текущий gcc rpms, которые находятся в i686 архитектуре.Command rpm -e может помочь Вам с этим. Я вижу, существует конфликт, происходящий из-за нескольких устанавливаемый об/мин архитектуры. Таким образом, в то время как выполнение новой установки gcc удостоверяется, что Вы добавляете корректную архитектуру наряду с именем пакета, например:

yum install gcc.xx.xx._x86_64
or 
yum install gcc.xx.xx._i686
0
27.01.2020, 23:54

Теги

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