| 1.2, Аноним (-), 13:40, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –18 +/– | |
> В ядро интегрированы наработки проекта X32, в рамках которого разработан гибридный x86_64 ABI с 32-разрядной адресацией памяти.
Это же замечательно! Можно ли теперь говорить, что x64 архитектура не нужна?
| | |
| |
| 2.3, анон (?), 13:46, 21/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Нет, нельзя, во многих приложениях если и не нужно 4Гб+ собственно памяти, то необходимость mmap-ить файлы всеравно остается.
Кто подскажет, как собрать приложение с этим x32 ABI? И какой там размер int - 32 или 64 бита?
| | |
| |
| 3.5, grondek (ok), 13:49, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Если имеется в виду int в сишечке, то он не может быть больше 32 бит. Так как long int это 32 бита, а int не более long int. 64 бита это отдельный тип int64_t, например.
| | |
| |
| 4.7, анон (?), 14:00, 21/05/2012 [^] [^^] [^^^] [ответить]
| +11 +/– |
Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт, и не больше long int, который в свою очередь не больше long long int. Остальное на выбор авторам компилятора, но, как правило, sizeof(int) == размеру машинного слова, 32 бита на х86 и 64 на х86_64.
| | |
| |
| 5.12, deadmustdie (?), 14:09, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > как правило, sizeof(int) == размеру машинного слова, 32 бита на х86 и 64 на х86_64
Это вы где-то уникальных особенностей компилятор нашли.
Я много с чем работал, но на всех известных мне 64-битных архитектурах sizeof(int)==4, а вот уже sizeof(long)==8
| | |
| |
| 6.120, dry (ok), 08:24, 22/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 "много с чем" ? галстук красный сними, потом делай громкие заявления.
| | |
| |
| 7.152, deadmustdie (?), 10:06, 24/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> "много с чем" ? галстук красный сними, потом делай громкие заявления.
Не имею привычки заниматься сравнительным анализом размеров, но по моей довольно своеобразной работе мне пришлось иметь дело с действительно разнообразными компиляторами, каждый со своими особенностями. Поскольку примерный перечень я ниже привел, не поленюсь сюда скопипастить, специально для людей в синих галстуках:
1. GCC
2. MSVC
3. HP aCC под UNIX и OpenVMS
4. Intel C++ Compiler
5. IBM XL C/C++
| | |
|
|
| 5.13, MaMoHT (?), 14:10, 21/05/2012 [^] [^^] [^^^] [ответить]
| +6 +/– | |
В данный момент gcc, msvc, intel, clang:
x86:
short - 16 бит
int == long - 32 бита
long long - 64 бита
x86_64:
short - 16 бит
int - 32 бита
long == long long - 64 бита
| | |
| |
| 6.88, Аноним (-), 21:14, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> long == long long - 64 бита
... поэтому нормальные люди давно уже открыли для себя (u)intXX_t и тому подобные типы, избавленные от этого кретинизма :)
| | |
| |
| 7.97, cvsup1 (?), 22:39, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
то да, long long - там еще клиника на дому.. но то был лишь c99
новых сверхвысот моразма аворы добились в с11
| | |
| |
| 8.113, arisu (ok), 07:16, 22/05/2012 [^] [^^] [^^^] [ответить] | +/– |  к счастью, его можно не читать как я и сделал , а для gcc использовать -std gnu... текст свёрнут, показать | | |
|
|
|
| 5.16, grondek (ok), 14:16, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну может быть. Я все равно взял себе за правило четко указывать размер переменной int_32_t, int64_t, и предельно редко использовать стандартный int.
| | |
| |
| 6.22, Аноним (-), 14:26, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ага и адресовать память через int_32_t, int64_t и макрос, нормально мы любим велосипеды, на хрена нам рекомендованный long.
| | |
| |
| 7.34, Аноним (-), 14:40, 21/05/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
Для адресации памяти *обязательно* использовать intptr_t и ptrdiff_t
| | |
| 7.48, grondek (ok), 14:57, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тут можут быть особенность моей работы - кроссплатформенная реализация всяких бинарных протоколов, где нельзя иметь типы данных с плавающим размером.
| | |
|
|
| 5.57, Аноним (-), 15:43, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
int специально оставили равным 4 во многих компиляторах чтобы старый былокод не обосрался кирпичами при компиляции на 64х битных платформах.
| | |
| |
| 6.89, Аноним (-), 21:16, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> int специально оставили равным 4 во многих компиляторах чтобы старый былокод не
> обосрался кирпичами при компиляции на 64х битных платформах.
Это безнадежно, он обсирается по куче иных поводов. Посмотрите на колчиество проприетарных 64-битных программ и скорость их выпуска. Что, по пальцам можно пересчитать? Ну вот вам и ответ о быдлокоде. Да, понятно что если сорц не показывать - возникает соблазн схалтурить. И это имеет свою цену...
| | |
| |
| 7.114, arisu (ok), 07:21, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Да, понятно что если сорц не показывать — возникает соблазн схалтурить. И это имеет свою
> цену…
ну почему сразу «схалтурить». компромисс между красотой и скоростью выпуска. если руководство во время создания софта не рассматривало 64-битные платформы как серьёзный рынок, то с чего программистам на это было затачиваться?
работу надо сдать в срок. работу надо сдать работающую. если «писать переносимый код» в ТЗ не было, то не надо писать переносимый код. это не FOSS, это контрактная работа. если нанять строителей, и они выстроят вместо заказаной кирпичной коробки 10x10x3 бункер из армированого железобетона (завалив при этом сроки), то вряд ли заказчик останется доволен.
| | |
|
|
| 5.95, Аноним (-), 21:52, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт
Вы неправы. Стандартом C/C++ гарантируется только то, что sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long) <= sizeof(long long). Даже не гарантируется, что в char 8 бит.
| | |
| |
| 6.96, анон (?), 22:06, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
"Стандарта С/С++" в природе нету - это два разных языка. Я писал про Си, в котором sizeof char == 1.
| | |
| |
| 7.117, arisu (ok), 07:28, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> «Стандарта С/С++» в природе нету — это два разных языка. Я писал
> про Си, в котором sizeof char == 1.
вот только это «1» не обязательно 8 бит. это машинный байт. будет машина с шестибитными байтами — будет в этой единице шесть битов. по-моему, именно так.
впрочем, могу и ошибаться: если ошибся, извиняюсь за дезу.
| | |
| |
| 8.142, XoRe (ok), 22:22, 23/05/2012 [^] [^^] [^^^] [ответить] | +/– |  Ага Есть системы, где клавиша DEL необязательно отправляет сигнал DEL С Free... текст свёрнут, показать | | |
|
|
| 6.98, cvsup1 (?), 23:08, 21/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт
> Вы неправы. Стандартом C/C++ гарантируется только то, что sizeof(char) <= sizeof(short)
> <= sizeof(int) <= sizeof(long) <= sizeof(long long). Даже не гарантируется, что
> в char 8 бит.
Угу, вот именно..
Всё, на что ссылается Стандарт, - CHAR_BIT в <limits.h>
- количество битов для наименьшего из объектов, не являющегося битовым полем
При этом, значение должно лежать в пределах [8, бесконечность]
Что уж там набыдлокодят китайские братья Чон в своем компиляторе - дело десятое,
и они будут безусловно правы, а всякие птушники из соседней ветки с заверениями вида: "Я много с чем работал, но на всех известных мне 64-битных архитектурах sizeof(int)==4, а вот уже sizeof(long)==8" - нет :)
| | |
| |
| 7.118, arisu (ok), 07:29, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> При этом, значение должно лежать в пределах [8, бесконечность]
разве?
| | |
|
| 6.116, arisu (ok), 07:26, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
вот насчёт чара вроде как гарантируется, что это машинный байт, емнип. просто у нас сейчас нет, в принципе, машин с невосьмибитными байтами.
| | |
|
|
| |
| 5.64, pavlinux (ok), 17:03, 21/05/2012 [^] [^^] [^^^] [ответить] | +5 +/– |  Это не пруф, это такое же быдлокодеро как и тут -- Intel 174 64 and IA-32 Arc... большой текст свёрнут, показать | | |
| |
| 6.99, cvsup1 (?), 23:12, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> С99 говорит, что int это такая хрень, в которую можно
> всунуть число между INT_MIN и INT_MAX живущие в <limits.h>
И правильно говорит: всё согласно ГОСТу^W Стандарту :)
Так что стандарт Си в этом месте сам себе не противоречит :)
| | |
|
|
| 4.72, arisu (ok), 18:44, 21/05/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Если имеется в виду int в сишечке, то он не может быть
> больше 32 бит. Так как long int это 32 бита, а
> int не более long int. 64 бита это отдельный тип int64_t,
> например.
дорогой, скажи, пожалуйста: не мог ли я случайно использовать софт, где ты участие принимал? если да, то какой. чтобы я начал немедленно замены искать.
| | |
|
|
| 2.4, Андрей (??), 13:48, 21/05/2012 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Это же замечательно!
На десктопе!
> что x64 архитектура не нужна?
Разве? Гимп вот только учится 16, 32-разрядному цвету. Так что потребность в полноценной x68_64 никуда не девается. Да и даже из новости видно, что x32 из-под x86_64 работает. В этом-то и смысл!
| | |
| |
| 3.6, grondek (ok), 13:50, 21/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Разве? Гимп вот только учится 16, 32-разрядному цвету. Так что потребность в
> полноценной x68_64 никуда не девается.
При чем здесть 16-32бита на канал в Гимпе и x86_64?
| | |
| |
| 4.14, dalco (ok), 14:10, 21/05/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Все просто. 16ти, и, тем более, 32-битные фотки памяти занимают вагон и маленькую тележку. А если у нас несколько слоев, да undo в памяти на сколько-то там действий, да картинка не одна. В общем, памяти для графического редактора много не бывает :)
| | |
|
|
| 2.77, Аноним (-), 20:02, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно ли теперь говорить, что x64 архитектура не нужна?
"640Кб хватит всем" - 2.0 edition? :)
| | |
|
| 1.10, Lain_13 (?), 14:06, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Кто пропатчит 64-битный Фокс для работы через X32? Толк от этого определённо должен быть.
| | |
| |
| 2.15, Lain_13 (?), 14:12, 21/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нет, серьёзно. Более 4 Гб памяти фоксу определённо не нужно, так что вин определённый. Хром вот на 64 бита переводить не желали в том числе и из-за 64-битной адресации памяти.
| | |
| |
| 3.21, Аноним (-), 14:25, 21/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Хром всегда может нафоркать кучу процессов, каждый из которых займет по 4 гига. Есть куда расти!
| | |
| |
| 4.28, Lain_13 (?), 14:36, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Чур тебя. Он и так жрёт как не в себя при паре десятков активных табов.
| | |
|
| 3.69, BratSinot (?), 18:11, 21/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Помнится Chromium изначально был под amd64, а под Windows не портируют, потому-что Google лень.
| | |
|
|
| 1.20, Аноним (-), 14:24, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ] | +/– | Да дело не только в злоумышленниках Это же по сути сквозное чексуммирование для... большой текст свёрнут, показать | | |
| |
| |
| |
| Часть нити удалена модератором |
| 4.41, Аноним (-), 14:46, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А мешало то, что ядро не сообщало о фичах CPU. Теперь сообщает.
Точнее говоря, о модулях, необходимых для поддержки этих фич.
| | |
| 4.42, Михрютка (?), 14:47, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> systemd - это не маргиналы, это мейнстрим.
мейнстрим теперь федора и опенсусе. буду знать.
| | |
| |
| 5.45, Аноним (-), 14:49, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Федора является мейнстримом уже лет 10. До нее был Red Hat Linux.
| | |
| |
| 6.52, Михрютка (?), 15:12, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Федора является мейнстримом уже лет 10. До нее был Red Hat Linux.
ну правильно. всякие редхаты с центосами и дебианы с убунтами - это маргиналы, а федора и опенсусе, которые в сумме дай бог, чтоб десять процентов от общего числа установок имеют, - мейнстрим, ага.
| | |
| |
| 7.55, Lain_13 (?), 15:26, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
А вы не забыли, что обсуждаете init-подсистемы и распространять их маргинальность/мэинстримность их на дистрибутивы, в которых они используются, мягко говоря несколько некорректно? Хоть один из перечисленных дистрибутивов перестал быть нужен, хоть и всё ещё выполняет свои функции?
| | |
| |
| |
| 9.84, Аноним (-), 20:37, 21/05/2012 [^] [^^] [^^^] [ответить] | +/– | Это какие же у upstart основания Мы же прекрасно понимаем, что несмотря на все ... текст свёрнут, показать | | |
| |
| |
| 11.135, Аноним (-), 19:17, 23/05/2012 [^] [^^] [^^^] [ответить] | +/– | Посреди мажора - не будут Но и разрабатывать его не будут, только поддерживать ... большой текст свёрнут, показать | | |
|
| 10.111, arisu (ok), 07:13, 22/05/2012 [^] [^^] [^^^] [ответить] | +1 +/– | а вот кто-нибудь мне пояснит, что такое consolekit, зачем оно надо, и что я теря... текст свёрнут, показать | | |
|
|
|
| 7.83, Аноним (-), 20:30, 21/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> ну правильно. всякие редхаты с центосами и дебианы с убунтами - это
> маргиналы, а федора и опенсусе, которые в сумме дай бог, чтоб
> десять процентов от общего числа установок имеют, - мейнстрим, ага.
Редхаты с центосами (и ораклами) - это тоже мейнстрим, просто с отставанием по времени. Например, от Upstart в федоре уже давно отказались, а в RHEL6 и его клонах он пока сохраняется (systemd по умолчанию можно ожидать не ранее, чем в RHEL7).
Насчет дебиана и генты разработчики ядра уже предупреждали - мол, фрибсд вам дороже линукса, ну и катитесь колбаской.
| | |
| |
| 8.104, Аноним (-), 02:01, 22/05/2012 [^] [^^] [^^^] [ответить] | –4 +/– | Не все разработчики ярда, а только торлли из RedHat-а Вот мы и докатились до то... текст свёрнут, показать | | |
|
| 7.85, Аноним (-), 20:39, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ну правильно. всякие редхаты с центосами и дебианы с убунтами - это
> маргиналы, а федора и опенсусе, которые в сумме дай бог, чтоб
> десять процентов от общего числа установок имеют, - мейнстрим, ага.
Конечно. Фичи ведь таскают из федоры в убунту, а не наоборот.
| | |
|
|
| 5.156, анон (?), 22:25, 26/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> systemd - это не маргиналы, это мейнстрим.
> мейнстрим теперь федора и опенсусе. буду знать.
Как там в пословице. Кто первый поттер^системд ужинает, того и мейнстрим.
| | |
|
|
|
| 2.78, Аноним (-), 20:05, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Сейчас некоторые незначимые дистрибутивы еще страдают от немотивированной ненависти к
> systemd, а ведь именно его разработчики продавили эту фичу в ядро
Да я и говорю - засунуть фичу сразу в ядро, systemd в юзермоде вообще прибить. И всех будет запускать ядро сразу.
| | |
| |
| 3.81, arisu (ok), 20:10, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
да вообще всё в ядро! а то столько времени тратится на переключение контекстов…
| | |
| 3.82, Аноним (-), 20:26, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Да я и говорю - засунуть фичу сразу в ядро, systemd в юзермоде вообще прибить. И всех будет запускать ядро сразу.
Сферическая в вакууме аргументация противников systemd.
| | |
| |
| 4.90, Аноним (-), 21:18, 21/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Сферическая в вакууме аргументация противников systemd.
Я не противник "systemd вообще", а просто сторонник здорового троллинга чрезмерно неуемных личностей перегибающих палку :)
| | |
|
|
|
| 1.25, Аноним (-), 14:31, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Указанная возможность уже используется в продуктах Chrome OS и Netflix для того, чтобы гарантировать, что образ системы загружается в неизменном виде;
Да здравствует тивоизация!
| | |
| 1.26, Аноним (-), 14:34, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Размер блоков может быть задан на этапе создания ФС через утилиту mkfs (например, "mkfs.btrfs -l 32K").
Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?
| | |
| |
| 2.33, Аноним (-), 14:38, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?
Английским же по белому предупреждали: unstable disk format!
| | |
| 2.145, XoRe (ok), 22:37, 23/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>Размер блоков может быть задан на этапе создания ФС через утилиту mkfs (например, "mkfs.btrfs -l 32K").
> Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?
А как вы себе это представляете?
| | |
|
| 1.29, CSRedRat (ok), 14:37, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Что слышно по поводу режима wake-lock, для полноценной поддержки Android-устройств? В предыдущем релизе 3.3 упоминалось, что режим будет реализован в ядре 3.4, но в новости об этом не слова. Кто в курсе ситуации?
Для гугления: linux 3.3 android 3.4
| | |
| |
| 2.87, Аноним (-), 20:44, 21/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
с вейк-локами у них там небольшая война была. читал рассылку, в которой автор вейклоков присылал эти патчи, долгое время ядерщики ругались, что этот механизм нелогичен и пересекается с уже существующим в ядре. может и до сих пор не приняли. хотя вроде проделана большая работа по притирке этих вейклоков к мнению ядерщиков и уже должны бы запихнуть. но на самом деле подозреваю, что кроме андроида оно нигде больше не будет использоваться
| | |
| 2.112, arisu (ok), 07:15, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
штука такая, что это нужно только вашему ведроиду, по гамбургскому счёту. ну вот пусть гордые владельцы ведроидов и тянут патчи сами, на кой это всем остальным?
| | |
| |
| |
| 4.125, arisu (ok), 09:30, 22/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ульрих Дреппер одобряет ваш пост.
ты, кажется, думал, что язвишь? Ульрих — умный человек, это комплимент.
| | |
| |
| 5.126, Andrey Mitrofanov (?), 09:53, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>думал, что язвишь? Ульрих — умный человек, это комплимент.
Ульрих устранился от непринятия патчей. Карму залечивает, видимо. В отличие. Не комплимент.
| | |
|
|
|
| 2.129, CSRedRat (ok), 12:01, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Что слышно по поводу режима wake-lock, для полноценной поддержки Android-устройств? В предыдущем
> релизе 3.3 упоминалось, что режим будет реализован в ядре 3.4, но
> в новости об этом не слова. Кто в курсе ситуации?
> Для гугления: linux 3.3 android 3.4
Добавлю. Видимо, грусть-печаль в дружбе пингвина и андроида. Копипаста с одного ресурса:
RankoR:
А 3.3 под Андроид, несмотря на обещанную поддержку, не собиралось. Даже на stackoverflow гуру почесали репу и ответа дать не смогли, почему оно так. Надо 3.4 попробовать :)
| | |
|
| 1.30, Аноним (-), 14:38, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Также Yama поддерживает средства борьбы с атаками через подстановку символических ссылок (следование по символическим ссылкам разрешается в общедоступных каталогах только при совпадении UID ссылки и пытающегося перейти по ссылке процесса) и манипулирование жесткими ссылками (запрещается создание жестких ссылок, если у пользователя нет прав на доступ к файлу, на который направляется ссылка);
Нет. В той версии YAMA, которую добавили в ядро, остался только контроль ptrace. Остальные "защиты" выкинули по требованию рецензентов (и правильно, а то захотел сходить по чужому симлинку - пересобери ядро, дух Ubuntu as is).
| | |
| |
| 2.36, Аноним (-), 14:41, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, создал его тот же самый человек, который админил kernel.org на момент взлома.
| | |
| |
| 3.62, solardiz (ok), 16:10, 21/05/2012 [^] [^^] [^^^] [ответить] | +1 +/– |  Эта теория далека от реальности, хотя появилась она не на пустом месте Наскольк... большой текст свёрнут, показать | | |
|
| 2.59, solardiz (ok), 15:45, 21/05/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Да А жаль Патчи в mainstream-ядра продвигаются по частям Это не значит, что о... большой текст свёрнут, показать | | |
| |
| 3.133, Michael Shigorin (ok), 01:09, 23/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Ограничения симлинков и хардлинков же не мешают вообще.
Когда-то порой мешали -- только догадавшись заглянуть в dmesg, можно было понять, какой privsep'нутый процесс по какому созданному другим privsep'нутым процессом симлинку не пущают ;)
Но в основном они того стоили, конечно. Спасибо.
| | |
|
|
| |
| 2.56, gl1tch (?), 15:27, 21/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
есть для тех, у кого что-то не поддерживается в старом ядре,
хочет использовать новы вкусные фичи,
у кого шило в ...е
| | |
| 2.92, Аноним (-), 21:20, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Сижу на 2.6.xxx есть-ли смысл идти даее?
Да хоть на 2.4 - кому хуже то...
| | |
|
| 1.51, tamerlan311 (?), 15:11, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Еще в этом релизе добавлена начальная поддержка штрихкод сканеров Metrologic (Metrologic MS7120, Metrologic MS9540 Eclipse и подобных).
Модуль metro-usb.
Поддерживается Bi-Directional режим эмуляции ком порта.
Поддержка Uni-Directional режима будет в Linux 3.5
Поддержка записи в Bi-Directional режиме ожидается в linux 3.6
Бекпортированный модуль на старые ядра тут: https://gitorious.org/other/metro-usb
| | |
| |
| 2.65, haku (??), 17:47, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Вон на новости есть кнопка "исправить", ей можно пользоваться, я серьёзно.
| | |
|
| 1.60, б.б. (?), 15:52, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> в драйвер rtl8187 добавлена поддержка режима AD-HOC;
А в 8192se? А то, как сломалось в 3.0, так и не работает толком ad-hoc :( Приходится использовать 2.6.39.
| | |
| |
| 2.73, arisu (ok), 18:51, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А GTK2+ вообще живо еще? :)
а зачем ему умирать? только потому, что у кого-то свербят свистоперделки? софта много, никуда он не денется.
| | |
| 2.74, Аноним (-), 19:02, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Нет, я просто спросил, учитывая бесповоротный переход на gtk3... Гном три и все такое. Или то только второй гнум умер, а gtk будет и дальше жить?
| | |
| 2.93, Аноним (-), 21:20, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А GTK2+ вообще живо еще? :)
Ну да. Потихоньку ползет на GTK3, но пока там вся масса софта раздуплится...
| | |
| |
| 3.115, arisu (ok), 07:24, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Потихоньку ползет на GTK3
кстати, а зачем? ну, кроме той причины, что разработчики устали от gtk2 (что никак не причина: даже софт на gtk1 до сих пор собирается и работает, хоть и не без некоторого шаманства). что там есть такое убойное, ради чего надо уже позавчера бежать делать поддержку gtk3?
| | |
| |
| |
| 5.122, arisu (ok), 08:35, 22/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> wayland же и корректировка цвета ещё
как ты изящно написал «таки не нужно».
| | |
|
|
|
|
| |
| 2.79, Аноним (-), 20:07, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> ath5k не починили?
Не знаю что там с ath5k но можете считать что он околел в пользу ath9k, который давно уж живет, здравствует, развивается и работает с практически всеми чипами атероса.
| | |
|
| 1.75, EuPhobos (ok), 19:03, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 До сих пор не добавили профиль для процессоров AMD FX !! =(
Ну как так.. как .. так...
| | |
| |
| 2.76, EuPhobos (ok), 19:26, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
...ну хоть CPU Freq стал работать, и напряжение на процессор подаётся меньше при простое. Но надпись unable to load AMD Microcode fam15h - меня вымораживает.
| | |
| |
| 3.80, Аноним (-), 20:08, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Но надпись unable to load AMD Microcode fam15h - меня вымораживает.
Так может микрокода тупо нет на диске? :)
| | |
| |
| 4.86, EuPhobos (ok), 20:39, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Ну само собой, если я не ошибаюсь, это как раз зависит от того, что в ядре linux пока не добавили всё что нужно для AMD Family 15 ..
...
хмм, сделал "$ lscpu"
CPU family: 21
Очень интересно) Пойду-ка погружусь в гугление
| | |
| |
| 5.94, Аноним (-), 21:22, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Как минимум могу припомнить что как минимум в некоторых дистрах файл с микрокодом надо явно куда-то подкладывать.
Более того, проц и так стартует с неким фабричным микрокодоа а BIOS и так грузит в проц более свежий микрокод, если он был на момент создания биоса. Поэтому самому лить микрокод опосля загрузки есть смысл только если известно о каких-то мешающих жить багах проца и есть файл микрокода который их чинит.
| | |
|
|
|
|
| 1.103, Виндус (?), 01:18, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> . . .
> Добавлена новая утилита btrfs-restore для выполнения недеструктивного восстановления
> файлов с повреждённой ФС - утилита не занимается непосредственным восстановлением
> целостности ФС, а лишь пытается выделить и отдельно сохранить файлы из повреждённой ФС;
>
> В утилиту fsck добавлена начальная поддержка восстановления целостности повреждённой ФС
> (опция "--repair"). В настоящее время реализована только поддержка восстановления
> повреждений в дереве распределения экстентов;
Ага, ого, кажется 14-е февраля ужо скоро таки наступит, подождём-с...
| | |
| 1.106, ADR (ok), 02:43, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А как вернуть модуль для WiFi "brcmsmac"? А то ево с 3.0 вьіпиляли, а он мне очень нужен... (для режима "Monitor" у вафле)
| | |
| 1.108, Аноним (-), 03:28, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Внезапно, не знал что по криптографическим хешам можно проверять целостность данных =)))
| | |
| |
| 2.127, Аноним (-), 10:05, 22/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Внезапно, не знал что по криптографическим хешам можно проверять целостность данных =)))
о сколько нам открытий чудных... :)
| | |
|
| 1.131, Аноним (-), 20:26, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Когда починят наконец драйвер brcmsmac? Чтобы можно было ловить точки дальше собственного носа.
| | |
|
