Пользователи Debian обратили (http://www.reddit.com/r/kde/comments/2eu1dl/kde_414_in_debia.../) внимание (http://www.reddit.com/r/debian/comments/2euvsv/debian_remove.../) на прекращении возможности обращения к внешним ресурсам по SFTP из Dolphin и других приложений KDE. Прекращение поддержки SFTP обусловлено изменениями, внесёнными (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750867) несколько дней назад в пакет kde-runtime 4:4.14.0-1 в репозитории unstable, в котором под предлогом лицензионной несовместимости с OpenSSL был отключен модуль kio_sftp.
Разработчики проекта KDE обратили внимание (https://bugs.kde.org/show_bug.cgi?id=337397), что проблемы с лицензионной несовместимостью не существует и отключение сборки kde-runtime с поддержкой libssh вызвано ошибкой. Библиотека kio-sftp распространяется (http://quickgit.kde.org/?p=kde-runtime.git&a=blob&f=kioslave...) под лицензией LGPLv2.1+ и связана с библиотекой libssh (http://www.libssh.org/), которая, в свою очередь, связана с компонентами OpenSSL. Libssh распространяется (http://git.libssh.org/projects/libssh.git/tree/COPYING) под лицензией LGPLv2.1, которая является совместимой c BSD-подобной лицензией (https://www.openssl.org/source/license.html), под которой поставляется OpenSSL.URL: http://www.reddit.com/r/debian/comments/2euvsv/debian_remove.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=40485
круто, чё. мне вот интересно, когда они в anbgand вернут поддержку gcu, которую вот так, тоже, по ошибке...там делов то - подставить зависимость ncurses-dev, им все пишут-пишут, пишут, а толку нет :(
в даже в Убунте, вроде, исправили...
надо уже устраивать революцию. и установить в debian советскую власть. или не надо...
нах реву - форкни дэбу!
уже есть... называется убунта... ща ставлю дебиан, вспомнил ещё несколько из избранного:* в убунтовском debian installer - oem-инсталляция была с 2008 года, в самом дебиане - никогда
* в убунтовском debian installer установка на iSCSI поддерживалась с 2011 года, и работала без проблем. в Debian Installer в тестовых версиях 7.0 она была, но ставилась так, что потом приходилось ещё пол-initrd переписывать :( в итоге, в какой-то версии эта возможность вообще пропала из инсталлятора... спасибо, блин... видимо, так мои баги в багтрекере подействовали :)
* про debian live, и его пропадающие компоненты, на которые никто не обращает внимания, я уже молчу - о находящихся в таком состоянии или хорошо, или никак..
... я вот не понимаю, кто там такой вредитель, который мешает добавлять то, что у убунты уже работает, или добавляет так, что хочется самолично удалить и не видеть.
нет, только революция.
во, в jessie опять iscsi появился в инсталлере. пока погодим с революцией, дадим ещё один шанс :)
> я вот не понимаю, кто там такой вредитель, который мешает добавлять то, что у убунты уже работаетПросто помогите дебиану -- возьмите и вмержите нужные вам изменения в него. Тогда или они там появятся, или вы начнете понимать, почему их там до сих пор нет. Ну или же микс - вы поймете, почему их там нет, но сможете качественно решить проблему.
> Просто помогите дебиану -- возьмите и вмержитеПросто давно пора отказаться от этой дурацкой концепции. ПО должен собирать разработчик. А в репах дистра пусть только основные компоненты системы лежат. То что имеем сейчас, имело смысл очень давно, когда программ было гораздо меньше и они были проще.
А где грань между понятиями "основной компонент системы" и "ПО"?
> А где грань между понятиями "основной компонент системы" и "ПО"?Ну так необходимый минимум для запуска системы же есть. К примеру Ubuntu Minimal CD.
Тебе в *BSD паря. У них ядро и мир. Остальное внешний софт.А раз ты в линуксе - то запомни, зазубри, втемяшь в бошку!
- Есть только ядро!!! ... остальное внешний софт.Но кто сказал что это плохо? Дураки. Это - по другому. Где то лучше, где то - хуже :)
Определением этой грани и должны различаться дистрибутивы, но общие репы с либами и программами разных версий должны быть.
Конкретно для дебиан эта граница определяется debootstrap.
> Просто давно пора отказаться от этой дурацкой концепции. ПО должен собирать разработчик.Для первой сотни дистрибутивов с distrowatch. Хотя нет. И для второй тоже.
>> Просто давно пора отказаться от этой дурацкой концепции. ПО должен собирать разработчик.
> Для первой сотни дистрибутивов с distrowatch. Хотя нет. И для второй тоже.Не стоит заботиться о меньшинствах, они сами выбрали свою судьбу. Должен быть один mainline дистр. И этот дистр по факту Debian/Ubuntu.
> Не стоит заботиться о меньшинствах, они сами выбрали свою судьбу.Uber alles?
> Должен быть один mainline дистр.И фюрер! Без фюрера никак!
> И этот дистр по факту Debian/Ubuntu.Демьян очччень хорош, но и его на глобус единственно расово верного не натянешь :)
А бубунта - для маленьких лузеров-негритят, как фюрер тебе говорю, впрочем и так все знают :)))
>> Просто давно пора отказаться от этой дурацкой концепции. ПО должен собирать разработчик.
> Для первой сотни дистрибутивов с distrowatch. Хотя нет. И для второй тоже.Для deb дистрибутивам и rpm дистров, а также прочих в виде архива с бинарями и сорцов. Все с отдельным указанием зависимостей и их версий для каждой версии программы в формате принятом всеми дистрами. Собственно, для ленивых разработчиков достаточно выполнить последнее условие и дать сорцы.
> Для deb дистрибутивам и rpm дистров, а также прочихА что в deb будем заворачивать? Например софт собирается с 4 и 5 Qt. Или 2 и 3 GTK. Или с 2-3 SSL либами. Или 2 jpeg. Или ещё чего + все их комбинации. И ещё static сборочку лупанём. Будем устраивать венду? Может тогда на ней и оставаться?
> в виде архива с бинарями
Какими бинарями? amd64? x86? arm? arm64? И, как уже выше писал: разные либы.
> и сорцов. Все с отдельным указанием зависимостей и их версий для каждой версии программы в формате принятом всеми дистрами.
Т.е. тарбол с исходниками и Makefile.
> Собственно, для ленивых разработчиков достаточно выполнить последнее условие и дать сорцы.Собственно именно об этом речь. Разработчик публикует git/mercurial/svn... репу, и генерит тарбол с исходниками и Makefile. Мейнтейнеры дистров собирают бинарные пакеты, буде таковые необходимы, ну или пишут ебилды и порты. Если мейнтейнер хочет, чтобы ему готовый пакет выдавали, возникает вопрос - а что он вообще делает и нафига он нужен. Может ему перестать строить из себя мейнтейнера дистра и пойти заняться чем-то иным, к чему больше душа лежит?
Ахахаха теоритик. Спасибо, ты сделал эту пятницу.По факту, разработчикам просто лень изучать пакетные системы. Тем более многие проекты пишутся под какую то свою платформо и совершенно не пригодны для пакетирования.
Не спорю, идеальным вариантом было бы первоначальное пакетирование майнтейнером, и дальнейшая поддержка со стороны разраба. Но пока что это утопия.
Идеальный вариант - это Windows, когда есть стабильное API, не изменяющееся десятилетиями, и ПО, которое не нуждается в переписывании после каждого обновления.Это удобно для пользователя, а в Линукс к пользователю принято становиться задом и смачно пукать ему в нос.
Угу, "стабильное". Не говорите о том, о чем имеете смутное представление (а ознакомившись с вопросом по методичке, другого вы и не получите).
> Угу, "стабильное". Не говорите о том, о чем имеете смутное представление (а
> ознакомившись с вопросом по методичке, другого вы и не получите).По моему опыту, уж куда стабильнее чем в лине. Ну выпилили 16разрядный код, но практически весь остальной работает и в семерках и в восьмерках. По крайней мере о 10 годах поддержки говорить можно.
В лине же, что-то заботливо собранное мейнтейнером для этого дистра этой версии может ничерта не работать.
Нативный (не 16-битный наследованный) код для Windows 95 запускается на Windows 8 (2014). Это 19 лет стабильности.У кого Mozilla 19-летней давности запустится на современном линукс-дистре из коробке?
Возвращайся уже в реальный мир. Тут ПО, созданное для XP, далеко не всегда запускается под vista+, а уж win95/98/me и подавно. Или ты хочешь мне сказать, что виндоводы виртуалки с старыми версиями винды от хорошей жизни используют. Может они все поголовно мазохисты и хотят, чтобы все тормозило как в старые "добрые" времена?
Если ложить болт на рекомендации, то код получается непереносимым на другие ОС. Многие продукты Майкрософт (MSVS, Office, ..) написаны с нарушением рекомендаций и использованием недокументированных функций. Результат предсказуем. Это как юзать obsolete функции в лине: можно, но недолго.
>Если ложить болт на рекомендации, то код получается непереносимым на другие ОСРекомендация для линукс: компиляй в статический бинарник.
> Идеальный вариант - это Windows, когда есть стабильное API, не изменяющееся десятилетиями,
> и ПО, которое не нуждается в переписывании после каждого обновления.Самое страшное проклятие IT-шника - чтоб тебе всю жизнь под форточкой сидеть !! 8-о
> Это удобно для пользователя, а в Линукс к пользователю принято становиться задом и смачно пукать ему в нос.
Линукс - дружественная среда. Но она тщательно выбирает друзей :)
Убогим и ну совсем уж в 0 тупым тут трудно :) Так что ты волен еЯ не пользовать.
Противоречивые глупости пишете. Все сказанное не имеет смысла.
Можно перефразировать как: оно сложное, неосилил - гуляй. Но тогда встает вопрос: а нужен ли кактус?
Никаких противоречий нет. Люди, живущие не в теплицах, с таким сталкиваются с самого детства. Попасть в дружную компанию может быть сложно, но если уж прошел входной барьер и стал своим, то окажешься в обществе тех, на кого действительно можно положится в трудную минуту.
Ловите там блох друг у друга? Прыщи выдавливаете?
> Идеальный вариант - это Windows
> Это удобно для пользователяКонечно, это ж так удобно, когда для установки/обновления N программ надо зайти на N сайтов, скачать N установщиков и потом вручную их по одному запускать, сношаясь с левой кнопкой мыши нажатиями на "Далее", флажки устанавливаемых/обновляемых компонентов и т.п.. Мечта любого юзера прям.
И это я ещё не сказал про проверку наличия этих самых обновлений — её либо вообще нет (и тогда составляем график профилактической прогулки по сайтам разработчиков), либо велосипедят кто во что горазд.
> Идеальный вариант - это Windows, когда есть стабильное API, не изменяющееся десятилетиями,И в результате имеем шизофрению. Половина приложений - Metro, половина - не Metro. Про 32/64 без слёз не вспомнишь. У каких-то проектов уже нет 32битной версии, у каких-то нет 64битной, форумы пестрят сообщениями "используйте только 32битную версию, 64битная не работает!".
Гадюшник с dll-ками, запись пользовательского софта в системные каталоги - приятные бонусы.
Даже не знаю, для кого это идеальный варинт. Простите за грубую аналогию, но это как если бы при сборке автомобиля во все технологические элементы нагадили, закрыли картоном и модно покрасили. Чёрт. Аналогия ломается: с покраска в 8-ке 50% на 50% - половина авто красная, половина зелёная. Уважаемый, достаточно полгодика вылезти из-за баранки этого пылесоса и это всё начинает адски резать глаз.
> и ПО, которое не нуждается в переписывании после каждого обновления.
Скажи проще - нихрена толком не обновляется.
> Это удобно для пользователя,
Скажи проще - хомячки принюхались и им не пахнет.
> Ахахаха теоритик. Спасибо, ты сделал эту пятницу.
> По факту, разработчикам просто лень изучать пакетные системы. Тем более многие проекты
> пишутся под какую то свою платформо и совершенно не пригодны для
> пакетирования.
> Не спорю, идеальным вариантом было бы первоначальное пакетирование майнтейнером, и дальнейшая
> поддержка со стороны разраба. Но пока что это утопия.А и не обязательно изучать все, deb хватит большинству. А меньшинства пусть мучаются, они сами выбрали свою судьбу.
Можно и вовсе не изучать, есть универсальный, дистронезависимый способ, которым многие разработчики пользуются.
> А и не обязательно изучать все, deb хватит большинству. А меньшинства пусть
> мучаются, они сами выбрали свою судьбу.Большинству хватит msi.
Убейся, миллионная муха.
> Большинству хватит msi.Вот, там всё правильно делают. А мейнтейнеры лишняя сущность, только проблемы создают, как в сабже.
>> Большинству хватит msi.
> Вот, там всё правильно делают. А мейнтейнеры лишняя сущность, только проблемы создают, как в сабже.Паноптикум какой то :) Два уродливых рукожопых, _головожопых_ карлика типО рассуждают о судьбах вселенной ... ыхыхыхы :)
> Большинству хватит msi.то-то я смотрю им три калеки пользуются, у остальных полтора десятка инсталляторов разной степени косорукости. И экзешники, да.
> ПО должен собирать разработчик.А разработчик считает, что не должен. Как вбить в голову ленивому разработчику, что он раб юзеров и должен на них вкалывать?
>> ПО должен собирать разработчик.
> А разработчик считает, что не должен. Как вбить в голову ленивому разработчику,
> что он раб юзеров и должен на них вкалывать?Ты не понимаешь хитрой политики. Они же поблажку дают: собирать должен, но чтоб не сильно напрягаться (на других), собирать только под XXX (для меня и дружбана). Налицо доброта рабовладельца, граничащая с крепостным правом. Дух захватывает от такой прогрессивности.
Как там на вашей убунте, раскладку починили? Многомониторность в Unity? Систему сколько релизов можно обновлять, по-прежнему ноль? Только переустановка, иначе всё слетает к чертям?
> Как там на вашей убунте, раскладку починили? Многомониторность в Unity? Систему сколько
> релизов можно обновлять, по-прежнему ноль? Только переустановка, иначе всё слетает к
> чертям?Так при переустановке тоже все полетит.
В КДЕ все отлично работало, Юнити проблемы - это Юнити проблемы.
> Систему сколько релизов можно обновлять, по-прежнему ноль?У вас руки кривые, обновляю с 2007г., УМВР.
> Как там на вашей убунте, раскладку починили? Многомониторность в Unity? Систему сколько
> релизов можно обновлять, по-прежнему ноль? Только переустановка, иначе всё слетает к
> чертям?На НАШЕЙ Ubuntu нет ни проблем с раскладкой (и откуда вы их только берёте?), ни самой Unity.
MATE - вот наш выбор! :) А вы продолжайте грызть кактус...продолжайте, мир любит мазохистов ;)
> Как там на вашей убунте, раскладку починили? Многомониторность в Unity? Систему сколько
> релизов можно обновлять, по-прежнему ноль? Только переустановка, иначе всё слетает к
> чертям?я не знаю, я не пользуюсь убунтой, я пользуюсь только дебианом. убунту только кручу иногда :)
> убунтаШоб я так жил. Штоб за меня софт кто-то писал, а я только плюшечки придумывал да деньги получал. Еще и ругали бы тех кто собственно пишет. Совсем красота...
> ... я вот не понимаю, кто там такой вредитель, который мешает добавлять
> то, что у убунты уже работает, или добавляет так, что хочется
> самолично удалить и не видеть.А что Вы хотите...заплесневелые ретрограды, что с них возьмёшь.
Так уж получилось, что ванильный Дебиан нуждается в "огранке" и "шлифовке".
Собственно, то что и делают в Canonical :)
>заплесневелые ретроградыуже не, там всем вставляют новомодный, прогрессивный системде))
в дебиане уже лет сто как все баги фиксятся очень доооолго. там же не на зарплате сидят как в шапке.
> в дебиане уже лет сто как все баги фиксятся очень доооолго. там же не на зарплате сидят как в шапке.А как зарплата с этим связана? решения не принимаются, новые дементоры вводятся через большие проблемы менторов, всё настолько обюрокрачено, что жизни нет.
В шапке, впрочем, не сильно лучше. Учитывая, что в шапке 6000 пакетов, а в дебиане - 42000. Игрушек в шапке, по-моему, вообще нет :)
Бред. В дебиане каджый пакет зависит от майнтейнера и пользователя. Бывает слоупок майнтейнер. Бывают пользователи, ноющие на форумках, но не способные отправить багрепорт.
> Бред. В дебиане каджый пакет зависит от майнтейнера и пользователя. Бывает слоупок
> майнтейнер. Бывают пользователи, ноющие на форумках, но не способные отправить багрепорт.Вот только сопровождающий пакета в дебиане частенько является таковым и в убунте. С учетом частого выпуска убунты, когда пару месяцев усердно готовятся к релизу, потом ещё пару месяцев в поте лица пытаются чинить баги, времени на дебиан уже просто может не остаться.
Это проблемы майнтейнера - не хватает времени тогда бери меньше работы, или дебиан или убунту.
Тебе ничего никто не должен.
Раз не должен - уходи из мейнтейнеров.
Логической связи не вижу.
> Раз не должен - уходи из мейнтейнеров.Может плохая успеваемость мэйнтейнера это еще возможность сказать что он нуждается в помощи?
Блин. Люди годами в очередь за менторами стоят. Потом надоедает, и они уходят.
> Блин. Люди годами в очередь за менторами стоят. Потом надоедает, и они
> уходят.Ты о том, что менторы (да, так легче) отказываются от помощи? Или что бюрократическая машина слишком медлительна? Если ты о втором, то да, жаль. Я писал уже как-то что дебиан забюрократизировался, от чего больше проблем чем пользы. Жаль если этим они новым менторам отказывают.
<troll mode> Надо создать еще одну универсальную лицензию!
Вот так и начинается войны свободных лицензий..
Уже просто свободной и открытой быть не достаточно, нужно быть еще правильной.
Где такие криокамеры продаются? Я тоже такую хочу!
> Я тоже такую хочу!Зачем тебе протекающая криокамера? :)
https://lists.debian.org/debian-legal/2008/06/msg00007.htmlOMG! LGPL, не совместимая с GPL. KDE FTW
а что не нравится? GPL v3 тоже не совместимо с v2..и останется только один...
> а что не нравится? GPL v3 тоже не совместимо с v2..
> и останется только один...А так "LGPL2.1+, не совместимый ни с каким GPL"
> распространяется под лицензией LGPLv2.1+ и связана с библиотекой libssh, которая, в свою очередь, связана с компонентами OpenSSL. Libssh распространяется под лицензией LGPLv2.1, которая является совместимой c BSD-подобной лицензией, под которой поставляется OpenSSL.Перечитал раза 4. Понравилось.
Какое-то лицензионное садомазо...
Что значит "по ошибке"? Это вполне сознательное решение мейнтейнеров.
Все правильно. В ДНК мейнтейнеров явная ошибка.
Разве законы мейнтейнеры пишут? Или может мейнтейнеры лицензии придумывают? При чём тут они, поясни. Они только следуют их пунктам.
> Что значит "по ошибке"? Это вполне сознательное решение мейнтейнеров."Есть два мнения: моё и неправиль^Wошибочное."
ШОК! В debian unstable внесли баг! (ВИДЕО 18+)
Лучше бы случайно пересобрали без --enable-pulseaudio.
В Debian и "по ошибке"... Куда катится мир... :(