The OpenNET Project / Index page

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

Пакетный менеджер DNF будет переработан на языке Си

25.02.2016 12:00

Ян Шилган (Jan Šilhan), лидер разработчиков пакетного менеджера DNF, который недавно пришёл на смену Yum в дистрибутиве Fedora, рассказал об инициативе по переработке DNF на языке Си. Изначально, Yum был написан целиком на языке Python, в то время как наиболее требовательные к производительности низкоуровневые функции DNF были вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps. В рамках новой инициативы планируется переписать на Си остающиеся на Python высокоуровневые компонеты DNF.

Версия на языке Си развивается в рамках проекта libhif, в котором постепенно создаётся библиотека, предоставляющая функции с базовой функциональностью типового пакетного менеджера. В libhif задействованы уже применяемые в DNF библиотеки librepo (работа с репозиториями) и hawkey (обвязка над libsolv для разрешения зависимостей). Начиная с выпуска 0.7.0 библиотека hawkey вольётся в состав libhif и станет неделимым целым. Слияние libhif и hawkey позволит скрыть некоторые нестабильные вызовы API системы разрешения зависимостей, предложив вместо них более универсальные высокоуровневые вызовы. Обвязки для языка Python будут сохранены в неизменном виде, что позволит сохранить возможность обращения к старым вызовам через биндинги python2-hawkey и python3-hawkey.

Предоставляемый в libhif высокоуровневый API для работы с пакетами будет учитывать такие особенности, как загрузка метаданных с зеркал, расчёт зависимостей, выполнение транзакций RPM, разбор конфигурации репозиториев, проверка цифровых подписей и другие типовые возможности, которые ранее реализовывались в каждом пакетном менеджере самостоятельно.

В будущем libhif сможет использоваться как фреймворк для построения пакетных менеджеров, например, кроме DNF новую библиотеку планируется задействовать в PackageKit, что позволит унифицировать разные реализации. Перевод DNF и PackageKit на единую основу даст возможность совместного использования данных систем, избавит от наблюдаемых несовместимостей и позволит использовать одни и те же метаданные. Ожидается, что libhif со встроенным hawkey будет поставляться в дистрибутиве начиная с выпуска Fedora 25.

  1. Главная ссылка к новости (http://dnf.baseurl.org/2016/02...)
  2. OpenNews: Увидел свет пакетный менеджер DNF 1.0, пришедший на смену Yum
  3. OpenNews: Бета-выпуск Fedora 22, перешедший на пакетный менеджер DNF
  4. OpenNews: План по замене пакетного менеджера Yum на DNF в Fedora 22
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: dnf, fedora
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (141) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, 321 (??), 12:08, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    вангую появление нового пласта багов, когда систему можно будет саботировать поддельными специально сформированными пакетами с ПО (или без него)..
     
     
  • 2.31, Аноним (-), 13:55, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +19 +/
    > вангую появление нового пласта багов, когда систему можно будет саботировать поддельными > специально сформированными пакетами с ПО (или без него)..

    Любую систему можно "саботировать поддельными специально сформированными пакетами с ПО". Для этого и придумали подписывание пакетов.
    КЭП.

     
     
  • 3.43, тоже Аноним (ok), 14:44, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Учитывая, что пакетный менеджер без тени сомнения творит в системе от имени рута все то, что прописал создатель пакета - вообще непонятно, зачем пакеты "подделывать и специально сформировывать".
     
     
  • 4.46, rshadow (ok), 15:00, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я думаю большинство мантейнеров продадут свое честное имя за $100000. И любой дистрибутив может получить бекдор.
     
     
  • 5.67, Аноним (-), 16:28, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > продадут свое честное имя за $100000

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

     
  • 5.75, тоже Аноним (ok), 17:22, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Честное имя - может быть, но внедрение бэкдоров - это уголовно наказуемое деяние. Тут не только потерей репутации пахнет.
    Хотя, конечно, небольшие программные ошибки... но, собственно, при чем же тут тогда именно мантейнеры?
     
     
  • 6.77, myhand (ok), 17:57, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя, конечно, небольшие программные ошибки... но, собственно, при чем же тут тогда
    > именно мантейнеры?

    Притом, когда включили маленький и безобидный патчик...

     
  • 5.114, Cuernud (?), 06:55, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я думаю большинство мантейнеров продадут свое честное имя за $100000. И любой
    > дистрибутив может получить бекдор.

    Прикинул за сколько сам продашь и для верности умножил на 1000?

     
  • 5.132, Паша (??), 20:45, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это как-то связано с С?
     
  • 2.71, Аноним (-), 16:46, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Пакеты и так подписываются ЭЦП. Если даже и предположить, что у кого-то будут приватные ключи и доступ к репам, то такие сложности никому не нужны, что бы поиметь твой локалхост: тебе патч бармина прям в post-install хук встроят и все.
     
  • 2.108, Анончег (?), 00:23, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Верно, тут поможет только ассемблер, там и пласты пожиже и баги пожирнее, главное не останавливать на достигнутом.

    И вообще надо Лёника для консультаций привлечь, может быть вариант с ассемблером позволит себя легко интегрировать в Пульсик поверх СистемДешечки.

     
  • 2.138, Аноним (-), 10:46, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > вангую появление нового пласта багов, когда систему можно будет саботировать поддельными
    > специально сформированными пакетами с ПО (или без него)..

    Пакеты ставятся от рута и там скрипты можно выполнять. Специально сформированный пакет может хоть rm -rf / сделать. Поэтому до начала установки нормальные пакетные менеджеры цифровую подпись проверяют.

     

  • 1.2, Аноним (-), 12:10, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +24 +/
    Ну и правильно, прототипирование на языках высокого уровня, рабочая лошадь уже на более мощных языках.
     
     
  • 2.52, Dmitry (??), 15:36, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Весь вопрос в том, почему Си а не Cython? (не путать с cpython)
     
     
  • 3.76, myhand (ok), 17:56, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Потому что тогда придется баги править, а не заниматься ИБД.
     
  • 2.139, Аноним (-), 10:47, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну и правильно, прототипирование на языках высокого уровня, рабочая лошадь уже на
    > более мощных языках.

    Так и запишем: RedHat 10 лет прототипировали пакетный менеджер.

     

  • 1.3, Аноним (-), 12:13, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    На сколько же по разным путям идут убунту и федора...
     
     
  • 2.26, Gedeon (ok), 13:40, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что конкретно вы имеете ввиду?
     
  • 2.63, neon1ks (ok), 16:14, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В Ubuntu свой центр приложений на Python заменять на гномовский на Си
     
     
  • 3.140, Аноним (-), 10:48, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В Ubuntu свой центр приложений на Python заменять на гномовский на Си

    apt и dpkg не получится переписать с питона на си, они изначально на си++


     

  • 1.4, Аноним (-), 12:16, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Какие-то странные метания, вон у дебияна dpkg пакеты жуёт по полчаса и ничего, хотя apt летает, а тут вроде и yum быстрым был, а за каким-то хреном его переписать решили.
     
     
  • 2.15, Аноним (-), 13:07, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >dpkg пакеты жуёт по полчаса и ничего, хотя apt летает

    Но как?

     
     
  • 3.41, Аноним (-), 14:28, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    написан в спокойные девяностые, вот и работает спокойно, не торопясь
     
     
  • 4.141, Аноним (-), 10:57, 03/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > написан в спокойные девяностые, вот и работает спокойно, не торопясь

    Однако ж apt скачивает пакет и отдает его dpkg. Эффект плацебо комментаторам не жмет?

     
  • 2.70, SunXE (ok), 16:42, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Основная причина заменя yum на dnf в том, что yum на python 2 и это мешает перевести дистрибутив на python3.
     
     
  • 3.72, alex53 (?), 16:49, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/

    Основная причина в том, что создатель yum погиб в аварии.
     
     
  • 4.98, Аноним (-), 20:30, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Фактор автобуса равный 1 это плохо.
     
  • 2.78, myhand (ok), 17:58, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > вон у дебияна dpkg пакеты жуёт по полчаса

    Отсыпите вашего дебияна?

     

  • 1.5, Аноним (-), 12:23, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Начинается. Давайте перейдем с yum на новый днф, который мы написали с нуля, теперь давайте пенрепишем днф с нуля еще раз.
     
     
  • 2.73, SunXE (ok), 16:50, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Dnf не было написан с нуля, он основан на Yum 3.4 созданный для развития некоторых новых идей, таких как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey.
    В таком ключе это нормальное, поступательное развитие.
     

  • 1.6, Аноним (-), 12:24, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кстати, yum то работает и работает вполне быстро, хз зачем его менять.
     
     
  • 2.133, Алконим (?), 00:19, 27/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Он на пайтоне написан, а это мешает делать маленькие контейнеры для облаков.
     

  • 1.7, Moomintroll (ok), 12:25, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Чем бы дитя не тешилось, лишь бы zypper не использовало.
     
     
  • 2.9, KM (?), 12:45, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так с zypper?
     
     
  • 3.22, Gedeon (ok), 13:33, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Он имеет ввиду, что zypper самый лучший пакетный менеджер, но в федоре совершают ошибку, что изобретают любые костыли, придумывают что угодно, только бы не взять и адаптировать zypper под Федору. Я, кстати, полностью с этим согласен. Zypper реально самый быстрый пакетный менеджер, он работает со скоростью молнии. Ни apt, ни dnf, ни кто-либо другой не работает с такой скоростью. Чистый С рулит, вообщем. При этом я молчу уже про кучу встроенных супер удобных алиасов, которые состоят всего из двух букв. Очень удобно. Что-то, а zypper реально одна из самых лучших частей OpenSUSE дистрибов, несмотря на общее падение качества.
     
     
  • 4.23, Аноним (-), 13:35, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Самый быстрый арчевский pacman)
     
     
  • 5.24, Gedeon (ok), 13:36, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Он разве не с исходными кодами работает? Я к своему стыду, кстати, так и не смог его осилить. Даже в Manjaro. Так что за него сказать не могу. А по удобству и функциям не уступает ли он zypper? С какой скоростью он скачивает файлы? Zypper у меня всегда качает на пределе пропускной способности подключения к сети Интернет. Apt и dnf всегда медленнее.
     
     
  • 6.27, ildus (?), 13:44, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С бинарниками. Что в нем осилять то? Обычный пакетный менеджер
     
  • 6.29, Аноним (-), 13:51, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всегда по максимуму выжимает из сети
     
  • 6.33, lybin (ok), 14:01, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин ну ппц, какой интернет какое зеркало так и будет и качать, при чем тут пакетный менеджер? Также в pacman можете выбрать чем и как качать в конфиге, сколько потоков и т.п. curl wget aria2c еще другие?
     
     
  • 7.34, Gedeon (ok), 14:02, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    APT даже на российских и любые даже самых быстрых зеркалах никогда не сравнится с zypper. А DNF, возможно такой медленный из-за зеркал, но я не уверен в этом.
     
  • 6.87, Аноним (-), 19:23, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Он разве не с исходными кодами работает? Я к своему стыду, кстати,
    > так и не смог его осилить. Даже в Manjaro. Так что
    > за него сказать не могу. А по удобству и функциям не
    > уступает ли он zypper? С какой скоростью он скачивает файлы? Zypper
    > у меня всегда качает на пределе пропускной способности подключения к сети
    > Интернет. Apt и dnf всегда медленнее.

    Это в Демьяне его зоопарк инструментов управления пакетами можно поначалу не осиливать. Да нет, и там нельзя, я с нуля за пару недель освоился. А pacman, он один на всё про всё, ключи все хорошо структурированы и разделены по категориям. Чего там можно не осиливать? Может это ты не pacman, а просто саму shell не осиливаешь? :)


     
     
  • 7.119, Gedeon (ok), 11:04, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это в Демьяне его зоопарк инструментов управления пакетами можно поначалу не осиливать.
    > Да нет, и там нельзя, я с нуля за пару недель
    > освоился. А pacman, он один на всё про всё, ключи все
    > хорошо структурированы и разделены по категориям. Чего там можно не осиливать?
    > Может это ты не pacman, а просто саму shell не осиливаешь?
    > :)

    Что такое Демьян? Дебиан?

    По поводу освоения пакмана. Я то ли репы не понял как подключать, то ли ещё что-то гугление ни к чему ни привело. Ну я и плюнул на это дело.

     
     
  • 8.126, Аноним (-), 15:31, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугление не привело тебя на Arch Wiki Это через какое же место нужно было гугл... текст свёрнут, показать
     
     
  • 9.129, Gedeon (ok), 16:40, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прошу вас не не упоминать всякие места Я смотрел и оф сайт, хотя сначала и не з... текст свёрнут, показать
     
  • 5.35, lybin (ok), 14:06, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Самый быстрый арчевский pacman)

    Этот комментарий относится и к комментатору выше: в пакетном менеджере главное не то за сколько соберет, скачает пакет, а удобство, функциональность и стабильность. А на скорость скачивания и сборки играют другие факторы. Либо совсем кривые руки разработчика пакетного менеджера либо не возможность изменить как и чем скачивать из сети.

     
     
  • 6.39, Gedeon (ok), 14:15, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен. В этот как раз Zypper очень хорош. APT у меня с сторонними ppa часто ломал пакеты, с zypper даже с парой десяткой сторонних реп никаких проблем не испытываю. Я уже не говорю про удобство работы с OpenBuild Service, особенно радует момент, что я могу установить любой пакет через графический интерфейс с OpenSUSE 13.1, 13.2, Tumbleweed на Leap 42.1, причем со сторонних реп. А это нереально удобно. Даже ppa не сравнится.
     
     
  • 7.55, Аноним (-), 15:47, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > APT у меня с сторонними ppa часто ломал пакеты

    это вообще как?

     
     
  • 8.59, Gedeon (ok), 16:06, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это когда появляются битые пакеты, которые никак не убрать И старые тоже вернут... текст свёрнут, показать
     
     
  • 9.64, neon1ks (ok), 16:18, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не осилил apt и ругаешься apt-get позволят откатить и удалить все пакеты устано... текст свёрнут, показать
     
     
  • 10.120, Gedeon (ok), 11:06, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И как же это сделать Около 3-х разных запросов на эту тему в гугл делал, в доку... текст свёрнут, показать
     
     
  • 11.124, neon1ks (ok), 14:45, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Может я слегка ошибся, это делает не apt-get, а утилита ppa-purge Утилита отклю... текст свёрнут, показать
     
     
  • 12.128, Gedeon (ok), 16:40, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То есть надо стороннюю утилиту ставить Спасибо за инструкцию, конечно, но тормо... текст свёрнут, показать
     
  • 12.136, PnDx (ok), 13:38, 01/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Но есть один нюанс Пакет с битыми install 124 remove скриптами наглухо затык... текст свёрнут, показать
     
     
  • 13.137, Led (ok), 23:04, 01/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А что, сборочница даже устанавливаемость пакетов не тестирует ... текст свёрнут, показать
     
  • 9.112, Чепукто (?), 06:08, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Молодой человек, не подключайте левые ppa Хотя бы до тех пор, пока apt не освои... текст свёрнут, показать
     
     
  • 10.115, Gedeon (ok), 10:37, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если APT надо освавать, то с dnf и zypper таких проблем нет без всяких лишних ум... текст свёрнут, показать
     
  • 6.53, Аноним (-), 15:44, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В том то дело, что пакман очень функционален, в отличии от апта(zypper не пробовал) он может локальные пакеты ставить и зависимости разруливает шикарно, можно посмотреть список неиспользованых пакетов и тд. Реально дофига возможностей.
     
     
  • 7.113, Чепукто (?), 06:11, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В том то дело, что пакман очень функционален, в отличии от апта(zypper
    > не пробовал) он может локальные пакеты ставить и зависимости разруливает шикарно,
    > можно посмотреть список неиспользованых пакетов и тд. Реально дофига возможностей.

    в отличии от апта...
    - он может локальные пакеты ставить
    - зависимости разруливает шикарно
    - можно посмотреть список неиспользованых пакетов

    Ну да... куда уж отсталому apt'у и dpkg... Там-то все по старинке... И зависимости вручную, и пакеты только оттуда, откуда партия сказала, и неиспользуемые пакеты посмотреть нельзя...

     
     
  • 8.122, Аниним (?), 13:20, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы мне сейчас хотите рассказать что apt это не умеет Да вы издеваетесь ... текст свёрнут, показать
     
  • 5.68, Аноним (-), 16:32, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    zypper или ракман аналог dnf provides /path/to/file умеют?
     
     
  • 6.85, Аноним (-), 19:15, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Слышь, ракмэн, сначала объясни, что есть твоё "dnf provides" тем, кто твоего любимого пакетного менеджера отродясь в глаза не видел и увидеть в будущем так же не испытывает никакого желания. Но гуглить то я умею, да. То есть, это, как я понял, узнать какому пакету принадлежит файл? "Ракман" такое умеет с пелёнок:
    pacman -Qo /путь/к/файлу/имя_файла
    А так вообще сходи почитай
    https://wiki.archlinux.org/index.php/Pacman_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#.D0.97.D0.B0.D0.BF.D1.80.D0.BE.D1.81.D1.8B_.D0.BA_.D0.B1.D0.B0.D0.B7.D0.B0.D0.BC_.D0.B4.D0.B0.D0.BD.D0.BD.D1.8B.D1.85_.D0.BF.D0.B0.D0.BA.D0.B5.D1.82.D0.BE.D0.B2
    Читать то ты умеешь, ракмэн?
     
     
  • 7.90, AnoN (?), 19:46, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я отвечу, хоть и не мне:
    dnf provides ищет файл (не обязательно полный путь, можно вроде и рег. выражения использовать), который НЕ установлен. Т.е. этой командой можно найти файл/библиотеку и т.п. в пакетном репозитарии, а не по факту установки пакета.

    То, что вы привели - это rpm -qf /path/to/file.

     
  • 7.105, Аноним (-), 23:19, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дорогой раконенависник, коллега чуть выше уже описал суть. От себя добавлю, что dnf provides ищет все варианты в репах, причём может искать не только по файлам, но и по pkgconfig(<название>) и по секции Provides в rpm-spec. Хз, как описать что оно делает, в кратце, если есть альтернативы какому либо пакету, например есть штатный libyaz в репах centos, есть libyaz5 в сторонних репах, пакеты между собой не совместимы. Но в libyaz5 прописано, что он Provides: libyaz.

    И ты такой yum provides libyaz.
    А он тебе:
    libyaz-x.y.z
    libyaz5-x.y.z

    И всё это без костылей, благодаря нормальной архитектуре.

     
     
  • 8.117, Moomintroll (ok), 10:55, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    zypper what-provides smtpdaemon С 124 Имя 124 Заключение ... текст свёрнут, показать
     
     
  • 9.118, Moomintroll (ok), 10:59, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А Да pkgconfig и либы тоже умеет zypper wp libstdc so 6 С 124 Имя ... текст свёрнут, показать
     
  • 6.111, Аноним (-), 03:33, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    zypper se --provides libsomething
     
  • 6.116, Moomintroll (ok), 10:53, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > zypper what-provides /usr/bin/zypper

    ...
    С | Имя    | Заключение                                                                   | Тип  
    --+--------+------------------------------------------------------------------------------+------
    i | zypper | Менеджер программного обеспечения для командной строки, использующий libzypp | пакет

     
  • 5.103, KM (?), 23:07, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно. Значит, не с той стороны воспринял исходное сообщение.
     
  • 4.28, leap42 (ok), 13:47, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    где качество упало?
     
     
  • 5.30, Gedeon (ok), 13:52, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Говорят, не такой стабильный, да и с новым железом плохо дружит Я вот сдуру куп... текст свёрнут, показать
     
     
  • 6.37, ryoken (ok), 14:14, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Говорят, не такой стабильный, да и с новым железом плохо дружит. Я
    > вот сдуру купил видеокарту GTX 750 Ti, так вот мучаюсь теперь
    > страшно. Свободные драйверы хоть как-то работают с ней только начиная с
    > ядра 4.2(на практике проверено, и то, только один дистриб, Kubuntu 14.04.4),
    > а проприетарные тоже методом практики приходится проверять, что очень неудбоно.

    Для Дебиана и бубунты есть такая вещь, smxi (и sgfxi в этом наборе заведует установкой видедров).

     
     
  • 7.40, Gedeon (ok), 14:27, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Говорят, не такой стабильный, да и с новым железом плохо дружит. Я
    >> вот сдуру купил видеокарту GTX 750 Ti, так вот мучаюсь теперь
    >> страшно. Свободные драйверы хоть как-то работают с ней только начиная с
    >> ядра 4.2(на практике проверено, и то, только один дистриб, Kubuntu 14.04.4),
    >> а проприетарные тоже методом практики приходится проверять, что очень неудбоно.
    > Для Дебиана и бубунты есть такая вещь, smxi (и sgfxi в этом
    > наборе заведует установкой видедров).

    Самое интересное, что Kubuntu 14.04.3 и .4 обладают намного большей совместимостью с моей видео, чем версия 15.10. Её у меня даже установить иногда не получается. А когда получается, таже история с логином. Не входит, сбрасывает картинку и снова просит пароль.

     
     
  • 8.143, Аноним (-), 06:31, 12/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Надо проверять xsession-errors ... текст свёрнут, показать
     
  • 6.48, fi (ok), 15:12, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если графический логин появился, дело точно не в карте :))

    скорей всего где-то конфиги и пути к Xsession слетели.

     
     
  • 7.50, Gedeon (ok), 15:14, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Если графический логин появился, дело точно не в карте :))
    > скорей всего где-то конфиги и пути к Xsession слетели.

    Проблема в том, что на других компьютерах такой проблемы нет. С тем же самым ISO. На других ПК графика Fermi(GT 610) и Intel HD Graphics 4400.

     
     
  • 8.65, dfsdfsdfsdg (?), 16:20, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю, есть такая проблема, именно с этой картой Мой выход - я поставил у... текст свёрнут, показать
     
  • 6.123, Аноним (-), 14:21, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Такое бывает когда пользователь в группы необходимые не вбит.
     
     
  • 7.127, Gedeon (ok), 16:40, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Такое бывает когда пользователь в группы необходимые не вбит.

    Интересная мысль. Как это сделать вручную? wheel как я понимаю, здесь ни при чем. Не могли бы поразвернутей и подробней ответить, пожалуйста? А то я новичок в Linux.

     
     
  • 8.134, Аннонним (?), 01:54, 27/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https wiki archlinux org index php Users_and_groups_ 28 D0 A0 D1 83 D1 81 D1 8... текст свёрнут, показать
     
  • 4.84, nonymous (?), 19:09, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Он имеет ввиду, что zypper самый лучший пакетный менеджер, но в федоре
    > совершают ошибку, что изобретают любые костыли, придумывают что угодно, только бы
    > не взять и адаптировать zypper под Федору. Я, кстати, полностью с
    > этим согласен. Zypper реально самый быстрый пакетный менеджер, он работает со
    > скоростью молнии. Ни apt, ни dnf, ни кто-либо другой не работает
    > с такой скоростью. Чистый С рулит, вообщем.

    Там плюсы.

     

  • 1.8, IMHO (?), 12:43, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    pkgsrc + pkgin в помощь
    костылей посоздают и радуются
     
  • 1.10, Аноним (-), 12:55, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >переписать на Си
    >высокоуровневые компонеты

    Но зачем?

     
     
  • 2.11, Andrey Mitrofanov (?), 12:58, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>переписать на Си
    >>высокоуровневые компонеты
    > Но зачем?

    Пожизненное трудоустройство. С автором yum-а сработало ж, вроде.

     
     
  • 3.13, Аноним (-), 13:03, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Рядом висят три новости о уязвимостях связанных с переполнением буфера. Может спонсор АНБ?
     

  • 1.12, skybon (ok), 13:01, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Больше сегфолтов, хороших и разных!)
     
     
  • 2.14, Аноним (-), 13:07, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Почему именно С? Работа с UTF через задницу, чтение метаданных через задницу, безопасность через все тоже, быстродействие для обертки нафиг не нужно. Есть же куча компилируемых безопасных языков, там rust/golang/D/etc


     
     
  • 3.17, Аноним (-), 13:12, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Cython ещё есть, даже переписывать ничего не надо.
     
     
  • 4.57, Аноним (-), 15:48, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Cython ещё есть, даже переписывать ничего не надо.

    иди те уже пишите, а то только трындите.

     
  • 3.19, eganru (?), 13:27, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Си это язык, который зависит от человека.
    Если Вы работаете через задницу, то python ессно, Вам это простит. Си - никогда.
    Если Вы нормально делаете - то у Вас нормально будет и на Си.
     
     
  • 4.25, Аноним (-), 13:38, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +14 +/
    "Идеальный программист не устает, не ошибается и не существует."

     
  • 4.32, anonymous (??), 13:57, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если Вы работаете через задницу, то python ессно, Вам это простит.

    Поясните. Если неправильно закодить алгоритм, то он и на питоне будет работать неправильно. Ошиблись в дизайне? Так динамические языки рефакторить потяжелее.
    >> Если Вы нормально делаете - то у Вас нормально будет и на Си.

    Только в 2 раза дольше

     
     
  • 5.69, eganru (?), 16:33, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    [i]Если неправильно закодить алгоритм[/i] - я не хотел бы в рамках этой темы обсуждать алгоритмы решения тех или иных вещей. К началу реализации проекта уже должен быть сформирован более-менее ясный алгоритм решения той или иной задачи.
    Вы опираетесь на суждение, что в решении наших задач мы заведомо идем неверным путем.
    Нет. Мы не стремимся так делать и цена алгоритмических ошибок всегда высока.
    [i]Только в 2 раза дольше[/i] - код может быть быстро написан, может быстро исполняться. Для многих платформ применение языка С чуть ли не единственный способ добиться адекватной работы.
     
     
  • 6.104, anonymous (??), 23:09, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так что конкретно питон-то простит? :)
     
  • 4.54, Dmitry (??), 15:45, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Си это язык, который зависит от человека.
    > Если Вы работаете через задницу, то python ессно, Вам это простит. Си
    > - никогда.
    > Если Вы нормально делаете - то у Вас нормально будет и на
    > Си.

    Всегда "нравились" такие рассуждения. Сколь складно звучащие, столь и оторванные от реальности.

    Если вы нормально работаете - у вас всегда будет высокая з/п
    Если вы нормально играете на музыкальной инструменте - у вас всегда будет мировая популярность
    Если вы нормально преступничаете - вас никогда не поймают

     
     
  • 5.61, anonymous (??), 16:11, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Что тут оторванного от реальности?
     
  • 5.66, eganru (?), 16:23, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    [i]Если вы нормально работаете - у вас всегда будет высокая з/п[/i] - если Вы нормально работаете, то у Вас будут нормальные результаты Вашей работы.
    При чем тут ЗП? Зачем Вы вообще приплели сюда экономическую отдачу работы?
    Если человек нормально вскопал огород у себя на даче, то у него будет высокая ЗП? Нет, у него будет нормально вскопанный огород.

    На мой взгляд, Вы довольно низко пали в своей системе оценки сущностей.

     
  • 4.86, Аноним (-), 19:17, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Си это язык, который зависит от человека.
    > Если Вы работаете через задницу, то python ессно, Вам это простит. Си
    > - никогда.
    > Если Вы нормально делаете - то у Вас нормально будет и на
    > Си.

    Вон выше по треду написано как петон зависит от человека. Судя по каменту, человека убило автомобилем, и проект стало некому поддерживать, даже название поменяли. По вашей логике от сей жёсткие диски покроются ржавчиной изнутри?

     
  • 3.21, freehck (ok), 13:29, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати да. Если им нужен быстрый старт и рантайм, куда больше подошёл бы Ocaml. У него, конечно, utf8 тоже через задницу, но строгий вывод типов не позволит ошибиться, как в Си, есть контроль границ массивов, есть объектная модель (хотя это может и не сильно большой плюс в данной задаче).
     
  • 3.42, Stax (ok), 14:29, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Они переписывают не на "просто C", а на C+glib. Так что не настолько все плохо будет. Впрочем, почти настолько.
     
     
  • 4.106, Crazy Alex (ok), 23:25, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это ещё хуже. Чудовище из макросов.
     
  • 3.44, Аноним (-), 14:58, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему именно С? Работа с UTF через задницу, чтение метаданных через задницу, безопасность через все тоже, быстродействие для обертки нафиг не нужно. Есть же куча компилируемых безопасных языков, там rust/golang/D/etc

    Может потому, что C уже больше 40 лет живёт и не умирает, а ваша компания ещё из яслей не вышла и неизвестно выйдет ли (а D вообще уже лет 10 в яслях).

     
  • 3.49, fi (ok), 15:13, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему именно С? Работа с UTF через задницу,

    А что за проблема с UTF???

     
     
  • 4.58, Аноним (-), 16:02, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У си нет проблем с юникодом, там это просто последовательность байт. :-)
     
     
  • 5.74, Аноним (-), 17:03, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Благодаря такому наивному подходу спец. по безопасности Moxie Marlinspike выписал себе валидный SSL сертификат на *(весь интернет)
    https://youtu.be/ibF36Yyeehw?t=33m5s
    Использовать язык с нуль терминированными строками в эпоху utf - бег по минному полю.

    В эту же секунду сервера падают под CVE-2015-7547 (новый Heardbleed/shellshok)
    http://www.ibtimes.co.uk/google-red-hat-discover-critical-dns-security-flaw-t

    Наивность красит молодых девиц. Наивный мужчина синоним дурака.

     
     
  • 6.80, _ (??), 18:06, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В других языках - другие проблемы. Другие - не значит что они меньше какчеством и кокличеством :)
    С другой стороны - материалы о команде писавшей для шаттлов на голом С есть в интернете, и метода их работы тоже там. Шаттлы критических проблем с софтом не имели ЕМНИП.
     
  • 6.89, angra (ok), 19:43, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Использовать язык с нуль терминированными строками в эпоху utf - бег по минному полю.

    utf есть разные, в UTF-8, самой распространенной из них, ситуация с null terminated string ничем не отличается от однобайтных. А в ее advanced форме такой проблемы вообще нет.

     
  • 6.142, Аноним (-), 14:06, 06/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Использовать язык с нуль терминированными строками в эпоху utf - бег по
    > минному полю.

    В си нет строк. Ни нуль-терминированных, ни других. Прекращение разбора при натыкании на 0 это такое джентльменское соглашение. Поменять его сложно. Но в своих программах ты можешь использовать делать что-то другое. А вот системные api будут от тебя ожидать это в таком виде. Поэтому 0x00 нельзя например в имени файла использовать. Чисто технически не получится.

    > Наивность красит молодых девиц. Наивный мужчина синоним дурака.

    Как вы себя хорошо обгадили. Не понимаете как си работает, но мнение имеете?

     
  • 4.62, anonymous (??), 16:14, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Почему именно С? Работа с UTF через задницу,
    > А что за проблема с UTF???

    Человек не отличает библиотеки для работы с кодировками от самого языка.

     
     
  • 5.81, _ (??), 18:10, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да до чела вообще не доходит что в С строк вообще нет. В stdlib - есть.
    Чел уже замыленным глазом смотрит на:
    char *stroka_nah;
    и думает - окаи, тут у нас строка ... а там указатель :)
     

  • 1.16, kravich (ok), 13:08, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В будущем libhif сможет использоваться как фреймворк для построения пакетных менеджеров

    Больше пакетных менеджеров, больше!!!

     
     
  • 2.36, Аноним (-), 14:10, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ключевой момент - вторая половина предложения, про packagekit. Федора сейчас gnome software активно развивает, рассчитывает на него в будущем. Oтношения используемого в нём packagekit с dnf - натуральный цирк с конями. В истории dnf поставленные через software пакеты не сохраняются, авторемув предлагает их всех удалить к чертям, если software апдейты скачал и предлагает установить, а ты через dnf апдейт запустишь, то он проигнорирует лежащие рядом пакеты и начнёт всё перекачивать, итд. А потом в это дело ещё и xdg-apps вклинятся, так что надо привести всё к единому основанию, пока совсем не обвалилось.
     

  • 1.18, Аноним (18), 13:16, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В будущем libhif сможет использоваться как фреймворк для построения пакетных менеджеров

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

     
     
  • 2.20, Аноним (-), 13:29, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Кто захочет писать о себе на linkedIn: "Разработчик HelloWorld-а"? А вот "Разработчик фреймворка для HelloWorld-ов" звучит гордо.
     

  • 1.38, lybin (ok), 14:15, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ага, давайте еще на haskell потому что он awesome.
     
     
  • 2.45, Аноним (-), 14:59, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что вы?! Awesome - это на Lua!
     
     
  • 3.51, lybin (ok), 15:23, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Что вы?! Awesome - это на Lua!

    Я не свое мнение описывал, просто любят на хаскел еще переписывать многие, аргументируя именно так :)

     
     
  • 4.101, Врывается Капитан (?), 22:31, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тайловый менеджер awesome написан на lua.
     

  • 1.56, Аноним (-), 15:47, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что люди не придумают лишь бы не использовать apt.
     
     
  • 2.60, Аноним (-), 16:08, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ждём ебилдов
     
  • 2.79, Аноним (-), 18:01, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    apt - УГ. Так что правильно придумывают.
     
     
  • 3.82, _ (??), 18:18, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Абсолютно согласен!
    Но в линуксах всё равно лучше ничего нету, всё остальное просто ... вотЪ! :)
     
     
  • 4.102, Аноним (-), 23:06, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У всех есть свои недостатки, это факт. Но apt - это какой-то сборник недостатков. Начать можно от контроля зависимостей в dpkg, когда возникает необходимость пересборки на ровном месте из-за того, что зависимости прописываются по названиям пакетов, а не по библиотекам/файлам, как в рпм. Продолжить отсутствием транзакций и проверок на пересечение по файлам перед установкой. Закончить тем, что функции разбросаны по разным бинарникам, частично пересекающимся между собой.

    Dnf гораздо удобнее. Памяти он много жрёт, это да. Может поправят.

    А вообще хотелось бы некий гибрид из dnf и emerge. За основу взять dnf/rpm, но с гентушным word-файлом с чётким списком вручную установленных пакетов, добавить туда мета-пакеты с юз-флагами, цветной вывод, но всё с бинарниками. И никаких рекоммендаций!

     

  • 1.83, Аноним (-), 18:33, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    чудеса случаются)
     
  • 1.88, ALex_hha (ok), 19:43, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Просто для общего развития, а что не так с yum? За 7 лет исплользования ни разу не было проблем с ним. Ну да, иногда бывает тупит, но учитывая, что работать с пакетами приходится не так часто - не критично. Python в отличие от того же perl, идет по дефолту в CentOS, так что ничего доставлять не надо.
     
     
  • 2.91, angra (ok), 19:53, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй обновить старую систему в виртуалке/контейнере с 256 метров памяти. Будет большой сюрприз, за несколько часов он не пройдет стадию рассчета зависимостей. Собственно из-за этой его особенности в openvz сделали vzyum, который для обновления пакетов в контейнерах использовал yum на хосте.
    Если же памяти хотя бы пару гигов или обновлять надо не больше десятка пакетов, то все нормально с yum.
     

  • 1.92, Ilya Indigo (ok), 19:53, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличная новость.
    Побольше бы нужных и востребованных проектов переписывали на C/C++ с иных языков.
     
  • 1.93, Аноним (-), 19:54, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Портировать проекты на C в 2016 году?
     
     
  • 2.125, Аноним (-), 14:58, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    что тебе не непонятно? они под виртуалочки пилят
     

  • 1.94, ALex_hha (ok), 19:54, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Или у yum есть таки фатальный недостаток ибо он написан не на с/с++/js/...? :D

    P.S.
    реально чего не хватает, так это поиска файла онлайн в неустановленном пакете. Т.е. аналог yum provides только для поиска по всем подключенным репозитариям и всем пакетам, в том числе не установленным. Но такого вроде ни в одном пакетном менеджере нет.

     
     
  • 2.97, angra (ok), 20:25, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    При переписывании с питона на С фатальный недостаток всегда один: потребление процессора и памяти. Как по мне, так более чем достаточная причина.
     

  • 1.95, ALex_hha (ok), 19:57, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Портировать проекты на C в 2016 году?

    да, когда нужна кроссплатформенность и поддержка большого числа архитектур. Ибо завести проект на с++ под какой нить mips гораздо сложнее, имхо

    > Попробуй обновить старую систему в виртуалке/контейнере с 256 метров памяти. Будет большой сюрприз, за несколько часов он не пройдет стадию рассчета зависимостей

    ну разве что такие специфические юзкейсы.

     
     
  • 2.100, Аноним (-), 21:25, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > да, когда нужна кроссплатформенность и поддержка большого числа архитектур.

    чувак, это редхат, сколько там архитектур? какие платформы?

     
     
  • 3.109, Romik (??), 01:20, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    x86_64, Power, и z
     
  • 3.121, ALex_hha (ok), 11:42, 26/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> да, когда нужна кроссплатформенность и поддержка большого числа архитектур.
    > чувак, это редхат, сколько там архитектур? какие платформы?

    ну как минимум x86, x86-64, ppc, ppc64, s390x (z). В федоре также есть arm

     

  • 1.96, Аноним (-), 20:23, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему не Rust?
     
     
  • 2.107, Crazy Alex (ok), 23:28, 25/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пакетный менеджер. Для продакшна. На Rust, на котором ничего приличного ВООБЩЕ пока не написано. Оригинально, да.
     

  • 1.99, Аноним (-), 21:24, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Молодцы, чо. Чисто. Расово. Школота не поймет, конечно же, и будет метанировать лужи, как обычно.
     
  • 1.110, Анином (?), 02:26, 26/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    почему не заимствовать пакман а не плодить велосипеды
     
  • 1.130, lucentcode (ok), 16:49, 26/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хорошая новость. А то DNF - не самый быстрый пакетный менеджер, тем кто имел дело с Arch Linux и его pacman - это давно известно. Ну и из-за использования python на самых дещёвых VPS-ках не всегда хватало памяти для запуска DNF(то же самое относится и к Yum) - приходилось останавливать мускуль и апачик, что-бы установить нужные пакеты. Надеюсь, переписанный на C DNF будет более экономно расходовать операвтиную память.
     
  • 1.131, Аноним (-), 16:54, 26/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там не чистый, а Glib. Так что они не велосипедят со строками.
     
  • 1.135, Kodir (ok), 11:18, 27/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А потом удивляются, откуда даже такие прикладные перделки полны багов - давайте, раскопайте стюардессу, напишите ещё стотыщ строк говнокода! Хоть от ассемблерных вставок отучились...
    Почему бы не попробовать писать на Ди? Линукс-версия существует давно и не одна. Библиотека ДЛЯ ТАКИХ перделок вообще имеет всё, что можно! Чудны пингвинячие дети...
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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