LINUX.ORG.RU
решено ФорумTalks

CentOS. Legacy.

 


0

1

Package libzip-0.10.1-8.el7.x86_64 already installed and latest version
Linux 3.10.0-514.21.2.el7.x86_64 #1 SMP Tue Jun 20 12:24:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Это вообще нормально? Уже не первый раз замечаю, что в этом CentOS-е кроме говна мамонта больше ничего нету.
Ах да, к чему я это - Roundcube добавляет файлы с русскими названиями в zip архив, который при распаковке показывает крякозябры.
Названия в UTF-8... Да вот только поддержку UTF-8 в libzip завезли только в 2013 году, а в CentOS версия libzip 2012 года.
https://nih.at/libzip/NEWS.html - changelog, если кому интересно.
already installed and latest version - latest, такой latest...
Ужас в общем. Откуда только такая тяга к легаси в ущерб функционалу?



Последнее исправление: cetjs2 (всего исправлений: 1)

Откуда только такая тяга к легаси в ущерб функционалу?

Стабильность, энтерпрайз, редхат.

Ну и вообще есть инфа, что зип не нужен.

l0stparadise ★★★★★
()
Последнее исправление: l0stparadise (всего исправлений: 1)
Ответ на: комментарий от cantus

Talks — нетехнические разговоры о Linux/Unix

Так что в этой теме не так? Разве это не обсуждение Linux-а?
И вообще, сам оффтопишь, а на меня наезжаешь. Засранец какой.

Sorcus
() автор топика
Ответ на: комментарий от l0stparadise

Не спорю, когда есть tar + сжатие.
Вот только это 7-ой CentOS, который вроде как недавно выпущен, так почему у него поставляется софт 5-ти летней давности?
Это даже не 6-ой CentOS. Это еще можно было бы понять...
Но как-то это уж слишком странно...
Или все что не достигло 5-ти летней давности не достойно быть энтерпрайзным?

Sorcus
() автор топика
Ответ на: комментарий от Harald

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

Sorcus
() автор топика
Ответ на: комментарий от Sorcus

rhel7 вышел спустя год после этой версии libzip. Вряд ли за год инженеры редхата спохватились оттестировать не самый нужный в энтерпрайзе пакет. Жди в rhel8 или бери rpm'ку из федоры и не мучайся.

l0stparadise ★★★★★
()
Ответ на: комментарий от v0mqfish

Ну ладно, даже 3 года. 7 July 2014 релиз 7-ой версии...
Почему берут версию 2-х летней давности?
0.10.1 -> 0.11.1 - это даже смена не мажорной, а минорной версии.
Или в энтерпрайзных дистрибутивах софт даже в рамках минорных релизов не апдейтят?
Я просто этого не понимаю...

Sorcus
() автор топика
Ответ на: комментарий от Sorcus

Почему берут версию 2-х летней давности?

На стабильность обкатано

Или в энтерпрайзных дистрибутивах софт даже в рамках минорных релизов не апдейтят?

Критичные дырки затыкают и добавляют поддержку нового железа.

v0mqfish ★★★
()
Ответ на: комментарий от v0mqfish

На стабильность обкатано

Archive:  example.zip
 Length   Method    Size  Cmpr    Date    Time   CRC-32   Name
--------  ------  ------- ---- ---------- ----- --------  ----
   12994  Defl:N    10262  21% 2017-07-03 14:36 8a657da6  �����+���� �������������� �+�+���� �����+�+������.xlsx

Хороша стабильность. Ляпота прям...

Sorcus
() автор топика

Это вообще нормально?

Это не нормально. Ядро должно быть чуть меньше 3.4 и иксы соответствующей версии а не самые последние - чтобы легацу дрова на видуху навинчивались.

Да вот только поддержку UTF-8 в libzip завезли только в 2013 году, а в CentOS версия libzip 2012 года.

Используй tar.gz

Откуда только такая тяга к легаси в ущерб функционалу?

Нафига такие ущербные добавки к «функционалу» из-за которых амудэ дровишки с его сайта не налезут? http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Re... Вот функционал - качай и ставь.

Napilnik ★★★★★
()

Roundcube
файлы с русскими названиями
zip архив

А виноват, конечно, центос :(

Если ты перестанешь ныть и послушаешь совета - то центос используют так. Вот тебе базовая система, с минимумом сюрпризов на протяжении 10 лет. Те программы, что нужны тебе для продакшена - собирай сам в отдельный кастомный реп, и поддерживай. Всё. 1) Ты знаешь и уверен в базисе. 2) Ты знаешь и уверен в твоих пакетах. Из-за п.1 второй пункт намного легче поддерживаться.

Никто не кинет в твои обновления какой-нибудь обновленный «libzip» через пару лет эксплуатации сервера , где поломали то, что ты и не просил. Да, если у тебя проблема с текущей версией этого пакета - надо собрать нужный. Но у большинства пользователей центоси останется базовый libzip, без сюрпризов.

Deleted
()
Ответ на: комментарий от Napilnik

Это не нормально. Ядро должно быть чуть меньше 3.4 и иксы соответствующей версии а не самые последние - чтобы легацу дрова на видуху навинчивались.
Нафига такие ущербные добавки к «функционалу» из-за которых амудэ дровишки с его сайта не налезут?

Эм... Зачем на сервере графика? O_o

Используй tar.gz

Лучше об этом сказать разработчикам Roundcube-а.

Sorcus
() автор топика
Ответ на: комментарий от Sorcus

Ты еще пороху не нюхал. Вот есть у тебя, например, tar.gz . Хрен ты узнаешь несжатый размер этого tar, если он больше 4ГБ. man gzip раздел Bugs. И это никто никогда не починет.

Deleted
()

Не всем нужно гнаться за циферками. Не все люди красноглазят, есть ещё и те, которые работают. А при разворачивании сложных конструкций версия каждого пакета важна, и её просто так не поменяешь. Потому, что нужна предсказуемость, а у новых версий новые API и поведение. И новые версии библиотек могут внезапно всё менять. Я хорошо помню как, например, в этих ваших Арчах Tcl/Tk 8.6 ломал ruby-Tk на x86_64. С Tcl/Tk 8.5 всё работало. Это уже потом пофиксили, и теперь оно работает и с Tcl/Tk 8.6. И все эти глюкодромы проходят мимо юзеров Debian'ов и CentOS'ов именно потому, что они не гонятся за версиями.

В общем, если нет желания знать как страдают от глюкодромов юзеры Арчей и Федор, то лучше выбирать стабильные дистрибутивы. Вероятно, даже CentOS за его сверхстабильность. Debian не настолько стабилен, но всё равно гораздо стабильнее Арчей и Федор.

saahriktu ★★★★★
()

Да вот только поддержку UTF-8 в libzip завезли только в 2013 году, а в CentOS версия libzip 2012 года.

Либо Эдичка, либо saahriktu устроился в RedHat, это очевидно же.

te111011010
()
Ответ на: комментарий от Sorcus

На FreeBSD есть возможность установить базу CentOS 6.9 и 7.3 для поддержки запуска бинарных блобов проприетарных линуксовых программ. Нативщина обычно свежих версий. Если вдруг надумаете переходить куда-то ещё.

iZEN ★★★★★
()
Ответ на: комментарий от Sorcus

Эм... Зачем на сервере графика? O_o

А там и гимп в репах есть:))) Зачем на сервере гимп? Для десктопа конечно! Норм дестоп должен иметь от 10 лет поддержки.

Лучше об этом сказать разработчикам Roundcube-а.

Тогда пробуй навинтить другую версию зипа, и только если с этим возникнут сложности, следует переживать и нервничать. В седьмом центосе кдеешная игрушка реверси не собрана - вот это проблема так проблема, посложнее зипа.

Napilnik ★★★★★
()
Последнее исправление: Napilnik (всего исправлений: 1)
Ответ на: комментарий от Deleted

А виноват, конечно, центос :(

Roundcube написан на PHP и использует обвязку над libzip.
Кто еще в таком случае виноват?

Если ты перестанешь ныть и послушаешь совета - то центос используют так. Вот тебе базовая система, с минимумом сюрпризов на протяжении 10 лет. Те программы, что нужны тебе для продакшена - собирай сам в отдельный кастомный реп, и поддерживай. Всё. 1) Ты знаешь и уверен в базисе. 2) Ты знаешь и уверен в твоих пакетах. Из-за п.1 второй пункт намного легче поддерживаться.

Ныть я еще не начинал. Я просто слегка в шоке от такого.
За совет спасибо. По-крайней мере для себя я понял, что с энтерпрайзом лучше не связываться. Нервы целее. Спасибо.

Sorcus
() автор топика

Блин, да поставь remi repo и оттуда libzip-last (1.1.3 версия, между прочим), в чём проблема то?

Deleted
()
Ответ на: комментарий от Deleted

Ты еще пороху не нюхал. Вот есть у тебя, например, tar.gz . Хрен ты узнаешь несжатый размер этого tar, если он больше 4ГБ. man gzip раздел Bugs. И это никто никогда не починет.

Эм... В смысле не починят? O_o
Т.е. до 4ГБ он умеет узнавать размер, а выше 4-х нет? Ом-ном-ном...

Sorcus
() автор топика

Берём .spec. Берём новую версию zip. Адаптируем патчи (убираем, меням, расширяем). Собираем RPM. Проверяем API/ABI библиотек на совместимость со старой версией. Если всё ок - ставим. Профит.

AlexAT
()
Ответ на: комментарий от iZEN

Переходить буду, но вряд-ли это будет FreeBSD.
Хотя как знать... Все возможно...

Sorcus
() автор топика
Ответ на: комментарий от Deleted

remi опасный реп, только. Аккуратней, могут зависимости поломаться. Я бы рекомендовал после установки нужных пакетов из remi поставить enable=0 в его конфиг, что бы при yum update не прилетало случайно оттуда ничего

Deleted
()
Ответ на: комментарий от Deleted

remi опасный реп, только. Аккуратней, могут зависимости поломаться.

Мне рассказывай, ага :) Нормальный реп, француз всё чотко делает, использую с el5. Зависимости на-ура ломаются от включенных rpmforge-extras и umask.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Sorcus

В смысле не починят?

Потому что это формат gzip - в заголовке 4 байта под размер. Всё, приплыли. Очень дальновидно, да.

а выше 4-х нет?

Как видишь, добрый дяди привели в мане воркэраунд 'zcat file.gz | wc -c' - распаковать и посчитать сколько байт. Лол.

Deleted
()
Ответ на: комментарий от Deleted

Потому что это формат gzip - в заголовке 4 байта под размер. Всё, приплыли. Очень дальновидно, да.

Эм... В чем проблема обновить формат, сломав обратную совместимость?

Как видишь, добрый дяди привели в мане воркэраунд 'zcat file.gz | wc -c' - распаковать и посчитать сколько байт. Лол.

Костыли-костылики...

Sorcus
() автор топика
Ответ на: комментарий от Sorcus

У меня дровишки требуют чуть меньшие чем в центосе иксы или ядро, а так бы переехал на него с федоры. Знание, что эрпээмное нужно доустановить для удобной работы и шпаргалки, имеются. А в будущем с федоры придётся валить из-за их забивания на удобства ради тестинга. И врят ли это будет бубунта, а с новыми альтами неизвестно что в лицензионном плане будет твориться. Остаётся центос с обвесом из кучи реп. Только железо для неё необходимо подбирать совместимое.

Napilnik ★★★★★
()
Ответ на: комментарий от Deleted

rpmforge

ну если с этим сравнивать, то конечно :) (не путать с rpmfusion - эти вполне хорошие) Просто по практике, если один-два пакета из таких крупных репов как remi - лучше ему сделать enable=0. А то потом начнется - соберешь на локальной какой-нить простенький rpm, а оно притянет половину ненужного репа, вместо базы. Такое с nux бывет часто у меня, remi просто повседневно не использую.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Sorcus

В смысле не починят? O_o Т.е. до 4ГБ он умеет узнавать размер, а выше 4-х нет?

Да. Особенности реализации.

The gzip format represents the input size modulo 2^32

saahriktu ★★★★★
()
Ответ на: комментарий от AlexAT

Берём .spec. Берём новую версию zip. Адаптируем патчи (убираем, меням, расширяем). Собираем RPM. Проверяем API/ABI библиотек на совместимость со старой версией. Если всё ок - ставим. Профит.

По сути, все правильно написал. Теперь я дополню, как это упростить и автоматизировать. (И как я сам делаю)

Регистрируемся тут - https://copr.fedorainfracloud.org. Это позволяет собрать и хранить свои пользовательские пакеты удаленно, в виде своего репозитария. Добавишь потом в yum - и ок. Похоже на PPA и AUR, только для centos и федоры.

С koji берем src.rpm пакеты от федоры. https://koji.fedoraproject.org/koji/packageinfo?packageID=5318 Попробуй самый свежий. Если нет развестистых зависимостей, то почти всегда работает. Иначе, можно взять менее свежий.

Загружаем в Copr этот src.rpm (можно тупо url на него указать). Копр (что за название! о боже.) сам соберет его и сгенерирует репозитарий. И на все свои машины можно поставить будет.

Deleted
()

Ужас в общем. Откуда только такая тяга к легаси в ущерб функционалу?

Подожди, ты так говоришь как будто CentOS должен обеспечивать вообще какой-то функционал. Вообще-то, у него ровно одна цель - поддерживать существование никем не развиваемого и никем не поддерживаемого устаревшего корпоративного дерьма, больше оно ничего не умеет и не должно.

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

никем не поддерживаемого устаревшего корпоративного дерьма

Угу, например openstack, ceph, openshift, kubernetes, которые крутят на центоси и RH, очень устаревшие)

Clayman ★★
()
Ответ на: комментарий от iZEN

На FreeBSD это давно автоматизировано системой портов.

Во фрибсд вообще все замечательно, кроме отсутствия серьезных приложений

Clayman ★★
()
Ответ на: комментарий от Clayman

Серьёзные приложения не могут быть закрытыми и/или не кросс-платформенными. Так что по наличию серьёзные приложений она как раз впереди всех:

https://repology.org/statistics/newest

Промотайте 2 страницы вниз и посмотрите где позорище CentOS.

slovazap ★★★★★
()
Последнее исправление: slovazap (всего исправлений: 1)
Ответ на: комментарий от slovazap

Ну вот возьмём ceph. На CentOS его вообще нет, есть только в EPEL, и то гнилой

Ты смеешься? RH - один из основных контрибьюторов Openstack/Ceph. Какой EPEL, все это ставится из репозиториев проектов. Основные инсталляции облаков/SDS/PaaS - это CentOS и Ubuntu. Никто в здравом уме не будет это крутить на генту и фрибсд.

Clayman ★★
()
Ответ на: комментарий от Clayman

Знаете как говорят, «если фундамент криво положен, то дом будет кривой». Крутите-крутите облака на платформе которая и юникод-то толком не поддерживает.

slovazap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.