Ядро Linux 3.2 получило статус длительной поддержки (LTS)

Давно пора пилить ядро с учетом потребнотей бебияна :)

Я тоже программист, с мэйнстримовыми sdk/библиотеками проблем не наблюдается

Мне приходится кучу всего бекпортить, так как в бубунтах очень древние версии. Например, только в 12.04 появилась более-менее актуальная версия libevent'а (2.0), через годы (!!!) после выхода. Поэтому приходится мейнтейнить собственноручно созданный backport. Аналогичная ситуация с bdb, упомянутым racket'ом, многими другими вещами.

свежие версии всяких ноунейм, вроде racket.

Фига себе «noname».

Если мультиарч хочешь, то тебе в дебиан.

там его тоже нет в рабочем состоянии

ну расскажи мне сказку как ты осилил этот баг

3.3 отлично работает, надо его LTS'ом делать, но, к сожалению, сообщество пошло на поводу у Космонавта

IDE для программиста это как костыли.

и самолет для человека - это костыли, потому что летать, зараза, не умеет.

и IDE для этого программиста - это костыли, потому что программировать, зараза, не умеет. fexed

Ноунейм для меня, в смысле, правда, в первый раз слышу. Я же говорю, среди десятков тысяч пакетов отслеживать свежии версии не легко, хотя они с этим справляются на ура. Могу поспорить, что в других линукс-дистритувах можно найти достаточно старые пакеты, и даже большее количество.

Расскажи, как его воспроизвести.

этот racket давний?

https://launchpad.net/~plt/ archive/racket-nightly/ build/3469130

я думаю, 20120507 - не такое уж старьё мамонта

левые репы не считаются

почему же?

если в этих ваших арчах или где-то ещё отключить комьюнити-репозитории, то вообще ничего не останется

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

Ты в продакшен будешь выкатывать пакет из ppa?

Ты в продакшен будешь выкатывать пакет из ppa?

А чем пакет из ppa хуже твоего личного бэкпорта?

Ну почему космонавта - Debian'а. В новости же о Debian написано.

> Ну в убунте хоть очень много различный ppa на все случаи жизни, а в других дистрибутивах, где есть старый софт придется сосать лапусобирать

А в других дистрибутивах вообще всё надо собирать. Включая систему по-умолчанию из консоли. Бинарные пакеты есть только в Ubuntu. Слава Марку!

Есть и официальные ппа, вроде ежедневных сборок от mozilla или последних средств разработки(где валяются последние компиляторы вроде gcc 4.7). А так, ppa ничуть не хуже, главное чтобы работало, а к вопросы о безопасности, если поступит много жалоб, то это ppa просто закроют.

Лолчтооо, даже в дженте бинарные пакеты есть(вроде либофиса или фурифоъэ). И, если ты не знал, в твоей OpenSUSE тоже бинарные пакеты.

Проверено лично

Пф... Знает ли уважаемый, где и как используется Дебиан?

а ты из помойки типа аура?

совсем все не так.

Тем, что его собрал непойми кто непойми как и он может содержать в том числе и вредоносный код.

комьюнити-репозиториями не пользуюсь

такого не замечал, поэтому мне Ubuntu очень удобна

и мне удобна под fluxbox, хватит уже пиарить HUD и Unity...

Как сказал пользователь выше, каждому свое. Дело в том, что меня напрягают пользователи, которые врываются в тред и начинают говорить, что Unity не нужно, а ведь половина из них ей даже не пользовались(как-бэ вошло в стереотип), а другая, консервативная часть, просто не может понять зачем нужен прогрессвсе делать лучше, Unity же, имхо, большой прогресс и шаг вперед. вотъ.

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

как его воспроизвести.

В багзилле всё написано. В любом случае позиция «если у тебя есть этот баг то ты лох и неосилятор» тупа.

Прекрати копировать Аарона :}

А это кто?

таки да, верняк. а если еще и пакеты неподписаны, и при инсталляции не проверяются или отключена проверка подписи пакетов, то тада да, бедаааа. безопасность в таком случае абсолютно никак не гарантирована, - ее попросту нет и быть не может.

Я что-то сразу не понял. Это тема про Debian или про ядро? Или разработчики Debian будут поддерживать какие-то версии ядер в апстриме?

Который http://aseigo.blogspot.com/

Очень любил говорить всем, что, мол, вы ничего не понимаете в непомуконадях и это будущее и всем надо. А чейнджлогах тем временем мелькает: пофиксили юникод, пофиксили проблемы тредов, пофиксили утечки, пофикси пожирание CPU… :}

в десяки, если не сотни раз ниже чем для Gentoo
я пробывал
но попробывать попробывал

Вначале я подумал, что это школьник Петя. Пораскинул мозгами и понял, это пестец.

Я писал про Linux ядро версии 3.3.4. Про то что оно заявлено стабильным, и что я это проверил лично на своих машинках.

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

Я никогда не говорил что это всем надо, более того, старался в каждом своем сообщении ставить «имхо» или говорить за себя.

а другая, консервативная часть, просто не может понять зачем нужен прогресс

Зато намекал :}

как его воспроизвести.

В багзилле всё написано.

В багзилле под этим номером - куча багов. Некоторые «рецепты воспроизведенеия» просто должны ставить тачку на колени. Но, в любом случае, первый рецепт уже на 3.0 не имеет последствий, описанных в багзилле (только что попробовал его на дебиановском 2.6.26 из Lenny - тоже не вижу описываемых в багзилле симптомов; по ощущениям, оно даже лучше 3.0).

позиция «если у тебя есть этот баг то ты лох и неосилятор» тупа.

Позиция «если у тебя есть этот баг - ты лжец и/или паникер» более близка к истине, кмк.

В IDE обычно много всяких элементов в меню, HUD помогает осуществлять в них поиск и быстрое ориентирование. Приходится держать открытыми достаточно много окон, множество хоткеев и удобная юнити помогает со всем этим работать достаточно быстро и без нервотрепки. Ну и так далее.

Откройте для себя Ion3 или иной тайловый WM.

А чем пакет из ppa хуже твоего личного бэкпорта?

Тем, что его собрал непойми кто непойми как

То же и про основной репозиторий.

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

См. выше. Ну и проверить контрольные суммы и патчи тебе никто не мешает.

Даже не смотря на мои нулевые познания функционального языка nix

Я вот пробовал этот ваш NixOS, не понравились пути в виде длинных хешей — неудобно для автодополнения. Да и вообще Slackware или CRUX проще, и не очень понятно нафига конфиги второго уровня.

Ion3 никогда не пробовал, до 12.04 очень долго сидел на awesome.

Система не моя она, а голландских разработчиков.

Длинные пути с хешами - цена за возможность установки нескольких версий ПО на одной машине и сборки нового окружения без всякой тормозной виртуализации, без chroot и при этом не останавливая и не нарушая работу самой машины.

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

Расскажи, как его воспроизвести.

tmps 50% от общего объема озу, своп в файл, сборка chromium - уже через пятнадцать минут система становится неюзабельна.
Но если отключить своп (можно в процессе сборки хромого), то все становится хорошо. Только киллер у меня лису в этот момент прибивает.

tmps 50% от общего объема озу, своп в файл, сборка chromium - уже через пятнадцать минут система становится неюзабельна.

Сборка на tmpfs? С каким -j? Сколько памяти? Сколько свопа?

Конфиги в NixOS выносятся на некий абстрактный уровень, и описываются на едином языке.

Нижний уровень это развертка верхнего и никогда руками не правится ничего на нижних уровнях - все правки конфигов и сценариев установки только на nix нужно выполнять, так как есть высокая вероятность - что все что было внесено руками на нижнем уровне после обновления придется править заново ).

Файлы конфигов можно разбивать на подключаемые модули.

И зачем мне несколько версий? Одной версии вполне достаточно. А если надо ещё — ну /opt тогда

Что бы как в винде.

Ну и чего ты мне это рассказываешь? Я ставил и смотрел, не понравилось. Ну круто звучит вроде, но на практике Slackware удобнее и проще.

Ion3 никогда не пробовал, до 12.04 очень долго сидел на awesome.

Снес awesome после того, как разработчики начали постоянно ломать апи. Просто надоело каждый раз конфиг переписывать.

Сборка на tmpfs? С каким -j? Сколько памяти? Сколько свопа?

-j9, памяти 4 гб, своп 5 гб.

ну расскажи мне сказку как ты осилил этот баг

Для начала, я попробую угадать - этот «баг» у тебя происходит в момент копирования большого файла (больше объема свободной RAM), и залючается в том, что переключение между задачами (а перемещение мыша - это переключение между задачами - куда по твоему летят события mouse_move?) становится «равным» и дерганым?

Это не баг, это тривиальная нехватка полосы пропускания. Лечится хреновой тысячей способов, от планирования I/O - типа установки и использования отдельного привода (или SSD) под систему (вообще устраняет проблему как класс), удержания достаточного объема свободного места на разделах с данными (избавляет от медленного чтения), и заканчивая воркэраундами типа принудительного кэширования библиотек и бинарников (избавляет от дерганий уже загруженых приложений и облегчает запуск новых, значительно снижая визуальность «тормозов»).

И ещё раз - это не баг, это нормальное поведение несбалансированной инсталяции а.к.а. «руки из жопы». Да, построение сбалансированной системы отнюдь не так просто. И инсталяция как её привыкли делать ЛОР-овцы отнюдь не всегда правильная. И именно поэтому одни (до чьего моска «не дотумкало») будут кричать про 12309, а другие, кому повезло тем или иным способом - например, система не выбирает весь I/O или стоит SSSD, или кого интуиция подвинула сделать правильно будут также говорить «да нет никакого бага, хватит пороть херню».