| 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?
| | |
|
|
|
| 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 лет прототипировали пакетный менеджер.
| | |
|
| |
| 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 быстрым был, а за каким-то хреном его переписать решили.
| | |
| |
| |
| 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.
| | |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Он на пайтоне написан, а это мешает делать маленькие контейнеры для облаков.
| | |
|
| |
| |
| 3.22, Gedeon (ok), 13:33, 25/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Он имеет ввиду, что zypper самый лучший пакетный менеджер, но в федоре совершают ошибку, что изобретают любые костыли, придумывают что угодно, только бы не взять и адаптировать zypper под Федору. Я, кстати, полностью с этим согласен. Zypper реально самый быстрый пакетный менеджер, он работает со скоростью молнии. Ни apt, ни dnf, ни кто-либо другой не работает с такой скоростью. Чистый С рулит, вообщем. При этом я молчу уже про кучу встроенных супер удобных алиасов, которые состоят всего из двух букв. Очень удобно. Что-то, а zypper реально одна из самых лучших частей OpenSUSE дистрибов, несмотря на общее падение качества.
| | |
| |
| |
| 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.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 не осиливаешь?
> :)
Что такое Демьян? Дебиан?
По поводу освоения пакмана. Я то ли репы не понял как подключать, то ли ещё что-то гугление ни к чему ни привело. Ну я и плюнул на это дело.
| | |
| |
| |
| 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 [^] [^^] [^^^] [ответить] | +/– | Это когда появляются битые пакеты, которые никак не убрать И старые тоже вернут... текст свёрнут, показать | | |
| |
| |
| |
| |
| 12.136, PnDx (ok), 13:38, 01/03/2016 [^] [^^] [^^^] [ответить] | +/– |  Но есть один нюанс Пакет с битыми install 124 remove скриптами наглухо затык... текст свёрнут, показать | | |
|
|
|
|
|
|
| 6.53, Аноним (-), 15:44, 25/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
В том то дело, что пакман очень функционален, в отличии от апта(zypper не пробовал) он может локальные пакеты ставить и зависимости разруливает шикарно, можно посмотреть список неиспользованых пакетов и тд. Реально дофига возможностей.
| | |
| |
| 7.113, Чепукто (?), 06:11, 26/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В том то дело, что пакман очень функционален, в отличии от апта(zypper
> не пробовал) он может локальные пакеты ставить и зависимости разруливает шикарно,
> можно посмотреть список неиспользованых пакетов и тд. Реально дофига возможностей.
в отличии от апта...
- он может локальные пакеты ставить
- зависимости разруливает шикарно
- можно посмотреть список неиспользованых пакетов
Ну да... куда уж отсталому apt'у и dpkg... Там-то все по старинке... И зависимости вручную, и пакеты только оттуда, откуда партия сказала, и неиспользуемые пакеты посмотреть нельзя...
| | |
|
|
| |
| 6.85, Аноним (-), 19:15, 25/02/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
Слышь, ракмэн, сначала объясни, что есть твоё "dnf provides" тем, кто твоего любимого пакетного менеджера отродясь в глаза не видел и увидеть в будущем так же не испытывает никакого желания. Но гуглить то я умею, да. То есть, это, как я понял, узнать какому пакету принадлежит файл? "Ракман" такое умеет с пелёнок:
pacman -Qo /путь/к/файлу/имя_файла
А так вообще сходи почитай
https://wiki.archlinux.org/index.php/Pacman_(%D0%A0%D1%83&)#.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
И всё это без костылей, благодаря нормальной архитектуре.
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Понятно. Значит, не с той стороны воспринял исходное сообщение.
| | |
|
| |
| 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. Её у меня даже установить иногда не получается. А когда получается, таже история с логином. Не входит, сбрасывает картинку и снова просит пароль.
| | |
|
| 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.
| | |
|
| |
| 7.127, Gedeon (ok), 16:40, 26/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Такое бывает когда пользователь в группы необходимые не вбит.
Интересная мысль. Как это сделать вручную? wheel как я понимаю, здесь ни при чем. Не могли бы поразвернутей и подробней ответить, пожалуйста? А то я новичок в Linux.
| | |
|
|
|
| 4.84, nonymous (?), 19:09, 25/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Он имеет ввиду, что zypper самый лучший пакетный менеджер, но в федоре
> совершают ошибку, что изобретают любые костыли, придумывают что угодно, только бы
> не взять и адаптировать zypper под Федору. Я, кстати, полностью с
> этим согласен. Zypper реально самый быстрый пакетный менеджер, он работает со
> скоростью молнии. Ни apt, ни dnf, ни кто-либо другой не работает
> с такой скоростью. Чистый С рулит, вообщем.
Там плюсы.
| | |
|
|
|
| |
| 2.11, Andrey Mitrofanov (?), 12:58, 25/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>переписать на Си
>>высокоуровневые компонеты
> Но зачем?
Пожизненное трудоустройство. С автором yum-а сработало ж, вроде.
| | |
| |
| 3.13, Аноним (-), 13:03, 25/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Рядом висят три новости о уязвимостях связанных с переполнением буфера. Может спонсор АНБ?
| | |
|
|
| |
| 2.14, Аноним (-), 13:07, 25/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Почему именно С? Работа с UTF через задницу, чтение метаданных через задницу, безопасность через все тоже, быстродействие для обертки нафиг не нужно. Есть же куча компилируемых безопасных языков, там rust/golang/D/etc
| | |
| |
| |
| 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] - код может быть быстро написан, может быстро исполняться. Для многих платформ применение языка С чуть ли не единственный способ добиться адекватной работы.
| | |
|
| 4.54, Dmitry (??), 15:45, 25/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Си это язык, который зависит от человека.
> Если Вы работаете через задницу, то python ессно, Вам это простит. Си
> - никогда.
> Если Вы нормально делаете - то у Вас нормально будет и на
> Си.
Всегда "нравились" такие рассуждения. Сколь складно звучащие, столь и оторванные от реальности.
Если вы нормально работаете - у вас всегда будет высокая з/п
Если вы нормально играете на музыкальной инструменте - у вас всегда будет мировая популярность
Если вы нормально преступничаете - вас никогда не поймают
| | |
| |
| 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. Так что не настолько все плохо будет. Впрочем, почти настолько.
| | |
| 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 +/– |
У си нет проблем с юникодом, там это просто последовательность байт. :-)
| | |
| |
| |
| 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-ов" звучит гордо.
| | |
|
| |
| |
| 3.51, lybin (ok), 15:23, 25/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Что вы?! Awesome - это на Lua!
Я не свое мнение описывал, просто любят на хаскел еще переписывать многие, аргументируя именно так :)
| | |
|
|
| |
| |
| 3.82, _ (??), 18:18, 25/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Абсолютно согласен!
Но в линуксах всё равно лучше ничего нету, всё остальное просто ... вотЪ! :)
| | |
| |
| 4.102, Аноним (-), 23:06, 25/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
У всех есть свои недостатки, это факт. Но apt - это какой-то сборник недостатков. Начать можно от контроля зависимостей в dpkg, когда возникает необходимость пересборки на ровном месте из-за того, что зависимости прописываются по названиям пакетов, а не по библиотекам/файлам, как в рпм. Продолжить отсутствием транзакций и проверок на пересечение по файлам перед установкой. Закончить тем, что функции разбросаны по разным бинарникам, частично пересекающимся между собой.
Dnf гораздо удобнее. Памяти он много жрёт, это да. Может поправят.
А вообще хотелось бы некий гибрид из dnf и emerge. За основу взять dnf/rpm, но с гентушным word-файлом с чётким списком вручную установленных пакетов, добавить туда мета-пакеты с юз-флагами, цветной вывод, но всё с бинарниками. И никаких рекоммендаций!
| | |
|
|
|
| 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.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.121, ALex_hha (ok), 11:42, 26/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> да, когда нужна кроссплатформенность и поддержка большого числа архитектур.
> чувак, это редхат, сколько там архитектур? какие платформы?
ну как минимум x86, x86-64, ppc, ppc64, s390x (z). В федоре также есть arm
| | |
|
|
| |
| 2.107, Crazy Alex (ok), 23:28, 25/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Пакетный менеджер. Для продакшна. На Rust, на котором ничего приличного ВООБЩЕ пока не написано. Оригинально, да.
| | |
|
| 1.99, Аноним (-), 21:24, 25/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Молодцы, чо. Чисто. Расово. Школота не поймет, конечно же, и будет метанировать лужи, как обычно.
| | |
| 1.130, lucentcode (ok), 16:49, 26/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Хорошая новость. А то DNF - не самый быстрый пакетный менеджер, тем кто имел дело с Arch Linux и его pacman - это давно известно. Ну и из-за использования python на самых дещёвых VPS-ках не всегда хватало памяти для запуска DNF(то же самое относится и к Yum) - приходилось останавливать мускуль и апачик, что-бы установить нужные пакеты. Надеюсь, переписанный на C DNF будет более экономно расходовать операвтиную память.
| | |
| 1.135, Kodir (ok), 11:18, 27/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 А потом удивляются, откуда даже такие прикладные перделки полны багов - давайте, раскопайте стюардессу, напишите ещё стотыщ строк говнокода! Хоть от ассемблерных вставок отучились...
Почему бы не попробовать писать на Ди? Линукс-версия существует давно и не одна. Библиотека ДЛЯ ТАКИХ перделок вообще имеет всё, что можно! Чудны пингвинячие дети...
| | |
|
