The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Предупреждение о скором прекращении поддержки FreeBSD 6.4 и 8.0

01.09.2010 21:39

Опубликовано предупреждение об окончании времени жизни и прекращении выпуска связанных с безопасностью обновлений для релизов FreeBSD 6.4 и 8.0, начиная с 30 ноября 2010 года. Одновременно будет полностью прекращена поддержка ветки FreeBSD 6.x, сборка портов для которой не будет гарантирована. Пользователям рекомендуется спланировать обновление своих систем до FreeBSD 7.3 или 8.1, время поддержки которых продлится до 31 марта и 31 июля 2012 года.

  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27821-freebsd
Ключевые слова: freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:50, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нормально обновляется?
     
     
  • 2.2, mephist (ok), 21:56, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    полет нормальный
     
  • 2.3, metallic (?), 21:59, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    После обновления 7.2 до 7.3 меняется версия какой-то библиотеки, щас на вскидку не скажу какой, после чего перестают работать bash, mc и еще много чего, ругаются на ее отсутствие, у меня у рута был прописан шелл - bash, соответственно залогиниться было невозможно, пришлось грузиться в синглюзер моде, а проблема решается симлинком с новый библиотеки на имя старой.
     
     
  • 3.4, Dog (?), 22:10, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, первый раз слышу. Несколько серваков удачно пережили обновления 6.[12] - 6.3 - 6.4 - 7.1 - 7.2 - 7.3 - 8.1, ни разу при обновлении внутри ветки bash не ломался.
    А вот насколько целесообразно ставить руту шелл из портов...
     
     
  • 4.8, Аноним (-), 23:07, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    cd /usr/src && make delete-old
    сделайте
     
     
  • 5.11, iZEN (ok), 23:24, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >cd /usr/src && make delete-old
    >сделайте

    Тогда уж:
    cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs

     
  • 5.14, Dog (?), 00:49, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Делал, само собой разумеется. И _ни_разу_ проблем с башем не возникало - правда, при условии, что он никогда не был рутовым шеллом. У обычных юзеров спокойно запускался на новой версии внутри ветки, причем без пересборки.
     
  • 3.5, cvsup (ok), 22:13, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > После обновления 7.2 до 7.3 меняется версия какой-то библиотеки

    Вызывающе неверная информация. И это противоречит политике стабильных веток.

    # uname -rs
    FreeBSD 7.2-RELEASE-p6
    # ldd /usr/local/bin/bash
    /usr/local/bin/bash:
            libncurses.so.7 => /lib/libncurses.so.7 (0x7d6cc000)
            libintl.so.8 => /usr/local/lib/libintl.so.8 (0x7d818000)
            libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x7d921000)
            libc.so.7 => /lib/libc.so.7 (0x7db1b000)

    # uname -rs
    FreeBSD 7.3-RELEASE
    # ldd /usr/local/bin/bash
    /usr/local/bin/bash:
            libncurses.so.7 => /lib/libncurses.so.7 (0x7d6d0000)
            libintl.so.8 => /usr/local/lib/libintl.so.8 (0x7d81c000)
            libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x7d925000)
            libc.so.7 => /lib/libc.so.7 (0x7db1f000)

    > После обновления 7.2 до 7.3 меняется версия какой-то библиотеки

    Какой-то библиотекой может быть libintl.so или libiconv.so , но это оффтопик.

    Используете небазовый шелл для рута - вот и поплатились.

     
  • 3.7, iZEN (ok), 22:55, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >проблема решается симлинком с новый библиотеки на имя старой.

    Может вместо симлинков пора использовать libmap.conf(5) как временное решение проблем с библиотеками? В одном файле можно написать то, что в других операционных системах раскидывается по самой ФС. ;)

     
     
  • 4.9, Аноним (-), 23:08, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>проблема решается симлинком с новый библиотеки на имя старой.
    >
    >Может вместо симлинков пора использовать libmap.conf(5) как временное решение проблем с библиотеками?
    >В одном файле можно написать то, что в других операционных системах
    >раскидывается по самой ФС. ;)

    )) рад что тебя научили в maillist ? теперь других учишь

     
     
  • 5.10, iZEN (ok), 23:22, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >)) рад что тебя научили в maillist ? теперь других учишь

    Я ни на одну рассылку не подписывался. Просто прочёл Лукаса.


     
  • 3.12, Аноним (-), 23:42, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > у меня у рута был прописан шелл - bash, соответственно залогиниться было невозможно

    Напишите на доске двести раз: "Я больше не буду менять рутовый шелл. Я больше не буду работать под рутом."

    ну и читать /usr/src/UPDATING надо, да.

     
  • 3.13, auk (?), 23:57, 01/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    как это знакомо всё :)
    видимо было сделано
    make delete-old-libs
    после этого действительно такое случается
     
     
  • 4.23, аноним (?), 15:52, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >как это знакомо всё :)
    >видимо было сделано
    >make delete-old-libs
    >после этого действительно такое случается

    Только при обновлении между ветками.

     
  • 3.15, nanodaemon2 (?), 04:37, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >у меня у рута был прописан шелл - bash

    а на кой хер руту шелл менять на тот которого нет в base ? => ссзб

    >соответственно залогиниться было невозможно

    у вас еще и permitrootlogin yes ? ужас какой :(

     
  • 3.16, Аноним (-), 05:41, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а проблема решается симлинком с новый библиотеки на имя старой.

    почитайте уже о libmap.conf и прекратите делать симлинки.
    и кстати не ставьте баш на рута, будет переполнение раздела - упадет ваш баш и будете опять с сингл моде плясать.

     
     
  • 4.19, тигар (ok), 10:19, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а че, bash падает при переполнении раздела?:-\
     
     
  • 5.33, XoRe (ok), 21:08, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а че, bash падает при переполнении раздела?:-\

    Я думаю, комрад имел в виду, что так же не будет запускаться и не даст войти.

     
     
  • 6.34, Аноним (-), 10:36, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>а че, bash падает при переполнении раздела?:-\
    >
    >Я думаю, комрад имел в виду, что так же не будет запускаться
    >и не даст войти.

    тут неприятность в том, что bash использует динамические либы, в отличии от csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой перезагрузке системы собирает кэш для либ, если корневой раздел переполнен - кеш имеет нулевой размер и как результат - bash не запускается. но это еще не трагизм, ребутается система, и вообще пересобирется кеш, не так часто, трагизм в том, что были случаи когда на живой системе с переполненным корнем отваливался bash, уж фиг знает почему, но падал и все тут.

     
     
  • 7.36, XoRe (ok), 11:50, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>и не даст войти.
    >
    >тут неприятность в том, что bash использует динамические либы, в отличии от
    >csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой
    >перезагрузке системы собирает кэш для либ, если корневой раздел переполнен -
    >кеш имеет нулевой размер и как результат - bash не запускается.
    >но это еще не трагизм, ребутается система, и вообще пересобирется кеш,
    >не так часто, трагизм в том, что были случаи когда на
    >живой системе с переполненным корнем отваливался bash, уж фиг знает почему,
    >но падал и все тут.

    Забавно)
    Но это такая проблема баша только во фре, или в линухе тоже?

     
     
  • 8.39, Аноним (-), 10:50, 04/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю, я не работаю с линуксом, а bash в качестве рутового шелла достался в св... текст свёрнут, показать
     
  • 7.40, zazik (ok), 17:38, 07/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>и не даст войти.
    >
    >тут неприятность в том, что bash использует динамические либы, в отличии от
    >csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой
    >перезагрузке системы собирает кэш для либ, если корневой раздел переполнен -
    >кеш имеет нулевой размер и как результат - bash не запускается.
    >но это еще не трагизм, ребутается система, и вообще пересобирется кеш,
    >не так часто, трагизм в том, что были случаи когда на
    >живой системе с переполненным корнем отваливался bash, уж фиг знает почему,
    >но падал и все тут.

    Эээ, а зачем переполнять рут? И чем, конфигами?

     
  • 3.22, аноним (?), 15:50, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > После обновления 7.2 до 7.3 меняется версия какой-то библиотеки

    Это ложь - в рамках одной ветки поддерживается полная совместимость.

    > после чего перестают работать bash, mc

    Они используют кучу библиотек из портов - вот их версии могут измениться. Если вы не используете portmaster/portupgrade, которые сохраняют старые версии - ССЗБ. А если используете, ничего сломаться в принцыпе не может. Таким, как вы, рекоммендуют руту шелл не менять.

     
     
  • 4.35, odus (ok), 11:15, 03/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Это ложь - в рамках одной ветки поддерживается полная совместимость.

    Неправда
    Пару раз были изменения что требуется пересборка всего

     
     
  • 5.37, mr_gfd (?), 00:08, 04/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это ложь - в рамках одной ветки поддерживается полная совместимость.
    >
    >Неправда
    >Пару раз были изменения что требуется пересборка всего

    пруф или не было

     
  • 5.38, аноним (?), 06:54, 04/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Врете.
     

  • 1.6, Аноним (-), 22:29, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >у меня у рута был прописан шелл - bash

    читать, чтоли Э. Немет

    менять shell у root-а при обновлении не стоит.

     
  • 1.17, i (??), 08:56, 02/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а не проще bash в профиль добавить ?
    Если не запустится, останется sh
     
  • 1.18, сыр (?), 09:33, 02/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем то хуже? он хоть без правки конфигов и читки манов сразу автодополнять умеет.
    И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут совсем другие ребята (с)
     
     
  • 2.20, тигар (ok), 10:30, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем
    >то хуже? он хоть без правки конфигов и читки манов сразу
    >автодополнять умеет.

    по ^d чтоли? такэто вычитать нужно для начала где-нибудь;-) по умолчанию autolist выключен.

    >И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут
    >совсем другие ребята (с)

    p.s. я удивлен.. почему еще никто не написал про static и cp этого ...bash в /bin/ ?:)

     
     
  • 3.25, аноним (?), 15:54, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >p.s. я удивлен.. почему еще никто не написал про static и cp
    >этого ...bash в /bin/ ?:)

    А вот это действительно линуксовые замашки.

     
     
  • 4.27, тигар (ok), 16:18, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>p.s. я удивлен.. почему еще никто не написал про static и cp
    >>этого ...bash в /bin/ ?:)
    >
    >А вот это действительно линуксовые замашки.

    не знаю. не пользуюсь ни bash ни линакс.

     
  • 3.26, QuAzI (??), 16:01, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Выключен? Уж года 2 как пользуюсь, хотя не знал что включать надо.
     
     
  • 4.28, тигар (ok), 16:20, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Выключен? Уж года 2 как пользуюсь, хотя не знал что включать надо.
    >

    Правда? У меня наверное пиратский /usr/src/etc/root/dot.cshrc на всех машинах, там выключено;(

     
     
  • 5.31, Andrew Kolchoogin (?), 20:28, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    set autolist=ambiguous, если хотите, чтобы tcsh срал на экран сотней альтернатив, как и bash.
     
  • 2.21, Аноним (-), 14:13, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, не меняйте шелл руту вообще

    tcsh (а не csh) у root'а только в multiuser режиме. Но вменяемые люди отключают возможность логина root'ом через ttys(5)/passwd(5) и используют su/sudo. А в singleuser режиме используется ash (точнее форк) по умолчанию.

    Наличие рутовского шелла - это большая дырка в безопасности, которая становится еще больше при отсутствии wheel группы.
    http://administratosphere.wordpress.com/2007/07/19/the-wheel-group/

     
     
  • 3.29, тигар (ok), 16:24, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> И да, не меняйте шелл руту вообще
    >
    >tcsh (а не csh) у root'а только в multiuser режиме. Но вменяемые
    >люди отключают возможность логина root'ом через ttys(5)/passwd(5) и используют su/sudo. А
    >в singleuser режиме используется ash (точнее форк) по умолчанию.
    >

    finger root ?
    single-user -> echo $SHELL ?

    >Наличие рутовского шелла - это большая дырка в безопасности, которая становится еще
    >больше при отсутствии wheel группы.

    наличие пользовательских аккаунтов тоже дырка (вон линуксойды как пароли "вспоминают"?;)), а что делать?
    >http://administratosphere.wordpress.com/2007/07/19/the-wheel-group/

     
  • 2.24, аноним (?), 15:53, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем
    >то хуже? он хоть без правки конфигов и читки манов сразу
    >автодополнять умеет.

    csh - убожество с невменяемым синтаксисом.

    >И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут
    >совсем другие ребята (с)

    Ничего линуксового тут нет, и ничего плохого тоже нет. Надо просто обновляться по-человечески.

     

  • 1.30, аноним (?), 19:45, 02/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура! И, наконец, костыли для поддержки gcc3 из портов повыносят.
     
     
  • 2.32, Andrew Kolchoogin (?), 20:29, 02/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ура! И, наконец, костыли для поддержки gcc3 из портов повыносят.

    Большинство портов собираются и gcc2. ;)

    Я тут недавно раскатал в Jail userland от 4.11, и собрал там с полсотни портов. Собралось почти всё системным gcc.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру