С опозданием на три недели относительно первоначальнызх планов увидела свет (http://lists.fedoraproject.org/pipermail/devel-announce/2012...) альфа-версия дистрибутива Fedora Linux 18 (http://fedoraproject.org/), которая содержит все базовые возможности будущего релиза, пригодные для оценки и тестирования. Для загрузки доступна (http://fedoraproject.org/get-prerelease) как универсальная DVD-сборка, так и отдельные Live-сборки с GNOME, KDE, Xfce и LXDE. Релиз запланирован (https://fedoraproject.org/wiki/Schedule) на 27 ноября.
Основные новшества (http://fedoraproject.org/wiki/FeatureList) Fedora 18:- Реструктуризация Anaconda, переработка (http://fedoraproject.org/wiki/Features/NewInstallerUI) и упрощение пользовательского интерфейса инсталлятора. Внесённые изменения позволили избавиться от ряда ограничений, мешающих добавлению в инсталлятор новых возможностей, в частности, обеспечения поддержки новых типов хранилищ и увеличения гибкости процесса установки;
- Подготовка к интеграции (http://www.opennet.me/opennews/art.shtml?num=34000) поддержки режима безопасной загрузки UEFI. К выходу бета-версии Fedora 18 планируется подготовить сборку с верификацией по тестовой цифровой подписи. Цифровую подпись от компании Microsoft планируется внедрить непосредственно перед финальным релизом;
- Включении в дистрибутив поддержки обновления системы в offline-режиме (https://fedoraproject.org/wiki/Features/OfflineSystemUpdates), ранее предложенной (http://www.opennet.me/opennews/art.shtml?num=34035) разработчиками GNOME, PackageKit и systemd. Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений. Число пакетов, которые будут обновлять в offline режиме, требующем перезагрузки, будет ограничено. Обновление большинства приложений будет производиться как и раньше на лету, при этом если в момент обновления будут выявлены запущенные графические приложения, связанные зависимостями с обновляемыми пакетами, для таких приложений будет выведено предупреждение о необходимости их перезапуска;
- Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF (https://fedoraproject.org/wiki/Features/DNF), ответвившегося от Yum 3.4 и развивающего некоторые новые идеи, такие как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey (https://fedoraproject.org/wiki/Features/Hawkey). Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (https://github.com/openSUSE/libsolv) (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фикисированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.
- Переход на использование tmpfs для раздела /tmp, т.е. для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск, который может быть вытеснен в раздел подкачки при нехватке свободной памяти. Основной причиной размещения /tmp в RAM-диске является желание сократить число операций записи на физический накопитель, что позволит снизить энергопотребление жестких дисков и продлит жизнь SSD-накопителей, а также увеличит производительность работы с временными файлами. Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs. При желании администраторы смогут отключить использование tmpfs и вернуться к прежнему методу размещения временных файлов;
- В NetworkManager реализована поддержка настройки работы в виде точки доступа к беспроводной сети (Hotspot);
- Использование свежих версий десктоп-окружений GNOME 3.6, KDE 4.9, Xfce 4.10, Sugar 0.98. В включение в состав штатных репозиториев пакетов с MATE Desktop (форк GNOME 2);- Добавление Riak (http://wiki.basho.com/), отказоустойчивой и высокомасштабируемой NoSQL БД;
- Поддержка развёртывания и поддержания контроллера домена и сервиса Active Directory на базе Samba4, в том числе с поддержкой протокола SMB3 и доверительных доменов FreeIPA. Наличие средства для подсоединения Fedora 18 к домену Active Directory или FreeIPA;
- Обновление средств разработки: Python 3 стек обновлён до версии 3.3, Rails обновлён с версии 3.0 до 3.2, включена новая версия Perl 5.16;
- В список поддерживаемых для сборки пакетов платформ добавлена субплатформа ppc64p7, оптимизированная для процессоров Power7;- В дистрибутив добавлена поддержка развёртывания инфраструктуры облачных PaaS-систем (платформа как сервис) на базе системы OpenShift (http://www.opennet.me/opennews/art.shtml?num=33737);
- Включение в состав IaaS-платформы Eucalyptus (http://www.opennet.me/opennews/art.shtml?num=34317) дало возможность создания совместимых с Amazon EC2 приватных облачных систем, развёртываемых на собственных локальных серверах;
- Пакеты с облачной платформой OpenStack обновлены до последнего экспериментального выпуска "Folsom", стабильный релиз для которого намечен на конец сентября;
- Поддержка Heat (http://fedoraproject.org/wiki/Features/Heat) с реализацией AWS CloudFormation API для оркестровки облачных приложений на основе шаблонов и обеспечения стандартного способа запуска приложений в облачных системах на базе OpenStack;
- Поддержка live-снапшотов виртуальных машин, запущенных под управлением QEMU или libvirt, создаваемых без остановки работы гостевых систем;
- Компоненты oVirt (http://www.opennet.me/opennews/art.shtml?num=34641) обновлены до версии 3.1, добавлены надстройки для управления через GUI-инструменты;- Обновление пакетного менеджера RPM до версии 4.10 (http://www.opennet.me/opennews/art.shtml?num=33936);
- Задействование Team-драйвера (http://fedoraproject.org/wiki/Features/TeamDriver), альтернативной реализации системы агрегирования сетевых интерфейсов. Для связывания интерфейсов используется новое сетевое устройство "teaming", изначально позиционируемое как быстрая, масштабируемая, прозрачная и управляемая из пространства пользователя замена механизму "bonding". Teaming позволяет создавать виртуальные сетевые интерфейсы, объединяющие несколько физических Ethernet-адаптеров, что обычно делается для обеспечения более высокой пропускной способности или для обеспечения отказоустойчивых конфигураций;URL: http://lists.fedoraproject.org/pipermail/devel-announce/2012...
Новость: http://www.opennet.me/opennews/art.shtml?num=34881
Осторожно, известный баг присутствует - если выберите в установщике автоматически разбить на разделы то снесет нахрен весь диск. Все таки альфа.
> Осторожно, известный баг присутствует - если выберите в установщике автоматически разбить
> на разделы то снесет нахрен весь диск. Все таки альфа.Да вообще то не привыкать
я помню обновился на 13 или 14 вечную бету федорку дак она все разделы мне снесла
Вообще не понимаю как это недоподелие под названием федора можно использовать в продакшене
ну если только потестить на тестовом сервачке да и только
в продакшене использовать эту ось невозможно, хоть и видел пару роутеров работающих годами но вот правда без обновлений
В продакшене говоришь? Тут вот некоторые уверяют, что федору даже ставят на управление атомными реакторами:http://m.facebook.com/story.php?story_fbid=402218009834089&i...
Маразм крепчает.
А там случаем не написано что как выйдет дистрибутив стразу же бегут ставить и что репозитарий равхид также используют.
Что реактор для переустановки ОС останавливают?
Если хорошо знать что делаешь, и ОЧЕНЬ нужно что-либо из совсем нового, то федора как раз для таких задач подходит весьма хорошо.
Смотря как использовать...Мой вариант - это Fedora в качестве хост-системы, в которой крутятся центоси/сайнтифики/винда. Для виртуализации федорка - отличный дистр со свежим софтом.
> Смотря как использовать...
> Мой вариант - это Fedora в качестве хост-системы, в которой крутятся центоси/сайнтифики/винда.
> Для виртуализации федорка - отличный дистр со свежим софтом.Перепробывал кучу дистров и остановился на Proxmox который гораздо стабильнее федорки, ковырять практически вообще ни чего не надо и ноды создавать очень удобно если серваков много
> Вообще не понимаюдля дома самое оно. трети
> для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск
> отсутствие поддержки квот в tmpfs.Праильна, бегом все в магазины докупать память! Кто не купит, нищебродом назовут! Кто купит, но всё равно не хватит - неосилятором!
> При желании администраторы смогут отключить использование tmpfs и вернуться к прежнему методу размещения временных файлов;При желании администраторы могли бы ВКЛЮЧАТЬ tmpfs. А из коробки для всех можно было бы оставить прежний метод. Но линукс, конечно, предназначен только для администраторов, ага.
> В NetworkManager реализована поддержка настройки работы в виде точки доступа к беспроводной сети (Hotspot);
Не прошло и десяти лет...
> Праильна, бегом все в магазины докупать память!Про виртуальную память и подкачку вы никогда не слышали?
А смысл городить огород в памяти если оно все равно на диск потом валится ? Just for fun ?
А кто то заставляет ставить федору 18 на старые компьютеры?
Смысл на новых экономить память при цене 150 рублей за 1gb нулевой.
И что мне делать с Гигабайтом за 150 рублей на моём нетбуке с одним занятым слотом SO-DIMM?
Не ставить на него федору 18, что за глупый вопрос.
> Не ставить на него федору 18, что за глупый вопрос.И вообще Linux, потому что /tmp на tmpfs, собираются включить и в ubuntu, и в debian, и в opensuse, и во многих других дистрах.
Где ты такую память нашел, дешевую?
В Москве.
Например тут http://www.ulmart.ru/memory/?r=1__75078;1__76916;1__88530;2_...
Модуль 4 ГБ стоит 540 руб., это 135 руб. за 1 ГБ.
Или тут http://www.ulmart.ru/memory/?r=1__75078;1__76916;1__88530;2_...
Модуль 8 ГБ стоит 1090 руб, это 136,25 руб. за 1 ГБ.Так что действительно, экономить на ОЗУ просто глупо.
За 1ГБ получается минимум 240 рублей, но никак не 135. Если в форточке стекло треснуло, тоже на всю квартиру стекла покупать?
А вы память заменяете не целыми плашками?
> А вы память заменяете не целыми плашками?Разумеется, нет. Перепаиваем микросхемы по одной.
> А вы память заменяете не целыми плашками?Целыми. И цену считаю за целую плашку, а не в Р/ГБ. Потому и говорю, что 1 ГБ будет стоить 240р, а не 135. Разница ~70%.
А кому, в контексте обсуждения, сдалась планка емкостью ровно 1 Gb? И что толку с ее цены?
У ближайшем гастрономе чай
продают 25руб пачка 25 пакетиков или 10 руб пакетик в кафе - 10 000% разницы!.
См. внимательнее:
>Модуль 4 ГБ стоит 540 руб., это 135 руб. за 1 ГБ.Тому кто измеряет стоимость не в Р/Плашка,а в Р/ГБ.
Я тоже не понимаю, что толку с цены гигабайта в 4-ГБайтном модуле для конечного потребителя.
А если брать оптовыми партиями сразу с завода, то еще дешевле!!
Смысл в том, что для tmp не требуется постоянное хранение данных. Так зачем его обеспечивать (дополнительные расходы на обеспечение целостности данных в случае сбоя: журналирование, синхронизация, барьеры)?Что касается памяти, Линукс все равно выгружает неактивные программы в своп, даже если памяти хватает (управляется параметром vm.swappiness). Освободившаяся память используется для кэшей ФС, и tmpfs там же. Таким образом, при использовании tmpfs приложениям будет доставаться столько же оперативной памяти.
Потому, что до определённого момента не валится, а такой момент наступает редко даже при нехватке памяти. Очень, кстати, удобно, а для полутора программ пишущих гагибайты в /tmp обычно можно настроить каталог для временных файлов (brasero, например).
Слышали слышали. Но решение как минимум спорное.
>Про виртуальную память и подкачку вы никогда не слышали?Они пока еще _существенно_ меньше чем объемы HDD, и в ряде случаев даже меньше чем размер некоторых файлов на этом самом HDD.
Вот скопирует пользователь какой-нибудь BD-rip в /tmp для раздербанивания, или просто в mc что-нибудь скопирует по fish. Память бац и кончилась, подкачка забита. И до выхода на сцену OOM-киллера осталась пара минут.
Давайте тогда уж переписывать все маны и описание FSH, где укажем что по умолчанию /tmp подразумевает работу с объемами сопоставимому с размером виртуальной памяти, а не вашего HDD.
Откуда такое стремление ломать логику работы _по умолчанию_ ?
Кому такое поведение нравится - сам его включит
> Давайте тогда уж переписывать все маны и описание FSH, где укажем что по умолчанию /tmp подразумевает работу с объемами сопоставимому с размером виртуальной памяти, а не вашего HDD.А вы почитайте этот самый "FSH" (точнее, FHS) - большие файлы необходимо хранить в /var/tmp. Скидывать "какой-нибудь BD-rip" в /tmp - такое же нарушение, как кидать его в /boot.
>>А вы почитайте этот самый "FSH" (точнее, FHS)Filesystem Hierarchy Standard 2.3
---
3.17. /tmp : Temporary files
3.17.1. Purpose
The /tmp directory must be made available for programs that require temporary files.
Programs must not assume that any files or directories in /tmp are preserved between invocations of the
program.
---
5.15. /var/tmp : Temporary files preserved between system reboots
5.15.1. Purpose
The /var/tmp directory is made available for programs that require temporary files or directories that are preserved between system reboots. Therefore, data stored in /var/tmp is more persistent than data in /tmp.
Files and directories located in /var/tmp must not be deleted when the system is booted. Although data stored in /var/tmp is typically deleted in a site-specific manner, it is recommended that deletions occur at a less frequent interval than /tmp.Где Вы видите тут хоть что то по поводу размера временных файлов ?
Лично мне в голову никогда б не пришло кидать что-то нужное даже для раздербанивания в /tmp. Я лучше сам потом удалю, когда станет ненужно.
>Лично мне в голову никогда б не пришло кидать что-то нужное даже для раздербанивания в /tmp.Ну не пришло и не пришло.
А некоторые предпочитают временные файлы хранить в каталогах для них предназначенных/
Не говоря уже о том что добрая половина софта, если не больше, что поставляется в tar.gz, к примеру VMWare tools, начинаются с инструкции вида : tar -xzf bla_bla_bla.tar.gz -C /tmpПлюс вы как то упускаете из виду второй пример с mc, где работа с /tmp идет опосредованно через программу - пользователь об этом может даже и не узнать - пока у него процессы не начнут OOM служения.
>Я лучше сам потом удалю, когда станет ненужно.
А кто мешает самому удалить из /tmp ? o0
> Плюс вы как то упускаете из виду второй пример с mc, где
> работа с /tmp идет опосредованно через программу - пользователь об этом
> может даже и не узнать - пока у него процессы не
> начнут OOM служения.Вообще в большинстве случаев сойдёт подобное решение:
http://wiki.dreamhost.com/Bad_interpreter:_Permission_denied
Хотя, конечно, фокус не для обычного пользователя.>>Я лучше сам потом удалю, когда станет ненужно.
> А кто мешает самому удалить из /tmp ? o0Ничего. Мешает возможность того, что mplayer2 опять сглючит с видео пожатым в DivX и систему перезагрузит без предупреждения, что приведёт к очистке темпа до того, как я захочу его сам снести. Уж не знаю что винить: mplayer, открытый видео-драйвер или ещё что, но такая вот беда у меня есть. Да и это не единственная причина не писать в темп. А если я собираюсь обработать файл завтра, а комп на ночь выключаю? Ну я не выключаю, но многие выключают.
Ну просто неразумен этот пример с бдрипом, ни кто его в темп кидать не будет, тем более что часто темп на системном разделе, на котором места под бдрип банально нет. Вот со старыми описаниями по установке проприетарного софта — да, неприятность.
>Вообще в большинстве случаев сойдёт подобное решение:Ну то есть сначала навязываем пользователю по умолчанию нестандартное поведение, а потом предлагаем ему костыли.
>Мешает возможность того, что mplayer2 опять сглючит с видео пожатым в DivX и систему перезагрузит без предупреждения, что приведёт к очистке темпа до того, как я захочу его сам снести.
Это если у вас /tmp _уже_ на tmpfs таки да.
А если он у вас на обычном разделе, как и было в Fedor-e до этого, то ничего никуда не исчезнет, если конечно создатели дистрибутива сприпты для его чистки не засунули.>Уж не знаю что винить: mplayer, открытый видео-драйвер или ещё что, но такая вот беда у меня есть.
Теперь такая же беда будет у всех пользователей Fedora 18, пока они не осознают что /tmp у них теперь _по умолчанию_ работает по другому.
>Да и это не единственная причина не писать в темп.
А вы не находите странным - что нужно искать какие то причины отказа от записи временных файлов в каталог для них предназначенных ? o0
> Ну то есть сначала навязываем пользователю по умолчанию нестандартное поведение, а потом
> предлагаем ему костыли.Костыль я предложил. А так можете перевесить tmp обратно если он вам так нужен не в памяти. Большинство же приложений, которые пишут кучу мелкого мусора в tmp, от такого изменения только профит получат.
> Это если у вас /tmp _уже_ на tmpfs таки да.
> А если он у вас на обычном разделе, как и было в
> Fedor-e до этого, то ничего никуда не исчезнет, если конечно создатели
> дистрибутива скрипты для его чистки не засунули.Он не гарантирует сохранность при аварийном ребуте и, тем более, при нормальном ребуте. В той же Убунту, например, tmp настроен на автоматическую очистку при загрузке. И это не какой-то скрипт, это TMPTIME=0 в /etc/default/rcS. Стандартная фича темпа.
> А вы не находите странным - что нужно искать какие то причины
> отказа от записи временных файлов в каталог для них предназначенных ?
> o0Вы не находите странным, что нужные (пусть и временно) вам файлы вы храните в системной мусорке, которая не гарантирует их сохранность даже при банальной перезагрузке системы? А вдруг вы захотите обновить ведро и забудете, что кинули в tmp что-то важное? Упс, да? Этот каталог придуман для программ, а не для пользователя, хоть пользователю ни кто и не запрещает «прострелить себе колено».
> тем более что часто темп на системном разделе, на котором места под бдрип банально нет.Берете Fedora 18 - ставите на диск с разбиением _по умолчанию_ потом внимательно смотрите где у вас оказался /tmp. В отдельном разделе или нет.
Вы можете конечно парировать что люди могут разбить _вручную_ как то по другому, дык они точно так же _вручную_ и /tmp на tmpfs могут перевести.
> Берете Fedora 18 - ставите на диск с разбиением _по умолчанию_ потом
> внимательно смотрите где у вас оказался /tmp. В отдельном разделе или
> нет.В tmpfs же. :)
В Убунту, например, он оказывается на том же разделе, что и вся система. Отдельный раздел под tmp это ненужная роскошь. А я его у себя на tmpfs перевесил.
Tmpfs может вырости только до половины озу
практика показывает, что tmpfs может превышать 1+1/2 ОЗУ без заметного ущерба для производительности
А квоты тут вообще не причем. Ты даже не знаешь зачем они
> А квоты тут вообще не причем. Ты даже не знаешь зачем ониГлава 13. Реализация дисковых квот
Дисковое пространство можно ограничивать, внедряя дисковые квоты, которые позволяют уведомить системного администратора о том, что пользователь занял слишком много места на диске или раздел заполнился.
Дисковые квоты можно настраивать как для отдельных пользователей, так и для групп. Такая гибкость позволяет отвести каждому пользователю небольшую квоту для «личных» файлов (например, электронной почты и отчётов), а проектам, над которыми они работают, дать больше места (если для каждого проекта создана отдельная группа).
Кроме этого, квоты можно назначать не только для того, чтобы управлять количеством занятых блоков на диске, но и числом дескрипторов inode (структур данных, содержащих информацию о файлах в файловых системах UNIX). Так как дескрипторы inode используются для хранения информации. связанной с файлами, это позволяет определять число файлов, которые можно создать.
(c) Red Hat Enterprise Linux: Руководство по системному администрированию
очень удобно с tmpfs работать. Правда придется, почти, не запускать java приложения и флеш плагин от google chrome. Текут дико, и я кроме как перезагрузкой, не знал как освободить память.
>кроме как перезагрузкой, не знал как освободить памятьЭто не оправдывает текучесть джавы и флэша, но на самом деле вам сюда.
http://www.linuxatemyram.com/
спасибо, да память я смотрю по строчке buffers/cache
Это действительно не отменяет текучести никого.
> очень удобно с tmpfs работать. Правда придется, почти, не запускать java приложения
> и флеш плагин от google chrome. Текут дико, и я кроме
> как перезагрузкой, не знал как освободить память.- относительно Java сказали чепуху (Вам за это платят?), память потребляемая JVM лимитирована ее настройками и приложение не может потребить больше памяти, оно просто свалится с ошибкой.
> - относительно Java сказали чепуху (Вам за это платят?),Лол, опять теория заговора.
> память потребляемая JVM лимитирована ее настройками и приложение не может потребить больше памяти, оно просто свалится с ошибкой.
Конечно не может. Потребить больше виртуальной памяти, чем есть в системе, нельзя. А ошибка та называется "вот и пришел наш старый знакомый - OOM Killer".
> память потребляемая JVM
> лимитирована ее настройками и приложение не может потребить больше памяти, оно
> просто свалится с ошибкой.На ПРАКТИКЕ это означает, что я либо разрешу яве потребить ВСЮ память, либо она свалится с ошибкой. Скажите лучше, кто платит ВАМ.
> - относительно Java сказали чепуху (Вам за это платят?), память потребляемая JVM
> лимитирована ее настройками и приложение не может потребить больше памяти, оно
> просто свалится с ошибкой.Да, наверное чепуху. течет не java текут её приложения. И то что мне надо для этих случаев, принудительно ограничивать память приложению, не делает мне погоды. Думаете я хочу этим заниматься ? Фиг. Я работаю.
> Да, наверное чепуху. течет не java текут её приложения. И то что
> мне надо для этих случаев, принудительно ограничивать память приложению, не делает
> мне погоды. Думаете я хочу этим заниматься ? Фиг. Я работаю.- вам и предыдущему оратору: у JVM собственный лимит на ОП (ЕГО НЕ НАДО ЗАДАВАТЬ), приложение с утечкой (а криворукие программисты пишут на разных языках) упирается в лимит ОП в JVM, а не в лимит ОП в ОС. Удивительно как люди берутся рассуждать о том чего абсолютно не знают.
1. А что, в Java так просто написать приложение с утечкой?
2. А что, в самой JVM утечек типа нет?
В netinstall образе настройка прокси не работает, отправил багрепорт.
Не видел еще ни одного дистрибутива, где бы она работала :)
Что опенсуся, что дебиан - сыплют ошибками и валятся, пока на шлюзе редирект на прозрачку не включишь.
> Включении в дистрибутив поддержки обновления системы в offline-режимеОдни сделали возможность обновления ядра без перезапуска системы, а другие лепят перезапуск на каждый чих
>> Включении в дистрибутив поддержки обновления системы в offline-режиме
> Одни сделали возможность обновления ядра без перезапуска системы, а другие лепят перезапуск
> на каждый чихТы не понял, раньше после установки важного обновления (например, glibc) предлагалось ребутнуть систему. Если этого не сделать часто систему не на шутку колбасило. Сейчас пакеты просто загружаются и предлагается в удобное время совершить перезагрузку, в процессе которой эти пакеты и будут установлены.
> Ты не понял, раньше после установки важного обновления (например, glibc) предлагалось ребутнуть
> систему. Если этого не сделать часто систему не на шутку колбасило.
> Сейчас пакеты просто загружаются и предлагается в удобное время совершить перезагрузку,
> в процессе которой эти пакеты и будут установлены.Между прочим, в Solaris это уже лет 15 как сделано.
Общественность волнуется, а в венде, венде то есть? И сколько десятков лет? слоулярис блин.
> Общественность волнуется, а в венде, венде то есть? И сколько десятков лет?Через пару лет после появление этой фичи в солярке - таки скопипастили. Так же и с бинарными логами было, кстати (а вот во фрю бинарные логи вндерили только к шестой версии, например. Ну и кто после этого слоу?)
В статье недавней говорилось о том что они хотят обновлять так не только важные компоненты системы, но и обычные приложения - это бред. Или что-то изменилось с тех пор ?
> В статье недавней говорилось о том что они хотят обновлять так не только важные компоненты системы, но и обычные приложения - это бред.Ту "статью" писал очередной "анонимный-аналитик-поттеринг-сломал-наш-линукс", все претензии к нему.
> Одни сделали возможность обновления ядра без перезапуска системы, а другие лепят перезапуск на каждый чихТех, кто сделал обновление ядра без перезагрузки, купил оракл. Так что про них можно забыть.
К тому же, корректно обновить libc без перезагрузки гораздо труднее, чем ядро.
Хм. Про сломанную переключалку раскладки клавы в новом гноме уже писали? Т.е. Невозможность настроить переключение по Alt+Shift, ctrl+shift, CapsLock, rwin,rctrl (последние две я как раз использую). Если настроить смену раскладки в иксах, то всё равно индикатор не отобразит изменения. А индикаторов на клавиатуре у меня нету.PS: Если не починят, то придётся переключать "в слепую" или вообще менять DE на другое, только вот на что?
есть же сторонние индикаторы со значком в трее
Бред
Всё работает.
Дебиан тестинг.
Какая чушь. Я как раз использую Alt+Shift и Сtrl+shift все работает.
> PS: Если не починят, то придётся переключать "в слепую" или вообще менять DE на другое, только вот на что?Ух ты, реальный человек из криокамеры, только думает о том что с третьегнома валить нужно :)
Вы бредите, и лжете, и врете. Да на обычном lifecd даже переключается. Добавляется любой язык, любой способ переключения из перечисленных в списке и работает великолепно. Уже проверено. Еще вчера.
У меня не работает
Ваше утверждение сродни тому, что у всех это работает, только у вас одного - нет. Это такой способ выделиться? Или как? Я даже второй раз загрузился с lifecd и проверил. И почему-то все работает правильно.
Ну, если настроить через иксы, то переключение работает. Но индикация - нет.
У меня в винде на работе 4 раскладки. На каждую по уникальному хоткею (Alt+Shift+1..4).
Не нужно помнить текущую раскладку или смотреть какая активна. Так что можно и "вслепую" сделать удобно, попробуй.
у меня аналогичная проблема + исчез индикатор из трея.
как-то можно вылечить?> Хм. Про сломанную переключалку раскладки клавы в новом гноме уже писали? Т.е.
> Невозможность настроить переключение по Alt+Shift, ctrl+shift, CapsLock, rwin,rctrl
> (последние две я как раз использую). Если настроить смену раскладки в
> иксах, то всё равно индикатор не отобразит изменения. А индикаторов на
> клавиатуре у меня нету.
> PS: Если не починят, то придётся переключать "в слепую" или вообще менять
> DE на другое, только вот на что?
А как там в новой Fedora с поддержкой Optimus'а?
так же, как в апстримах, видимо
"teaming" кто уже пощупал и разобрался парой предложений чем оно отличается от "bonding" ? и чем лучше/хуже ?
Открыл архив в mc. Забилась память и своп. Кого мне за это расстрелять?
> Открыл архив в mc. Забилась память и своп. Кого мне за это
> расстрелять?тех, кто всобачил по умолчанию использование tmpfs для раздела /tmp
Того кто написал кривожопый mc. Не обязательно распаковывать архив во временную папку если пользователь хочет узнать содержимое архива. На дворе 2012 год кончается, а у mc все те же бдетские проблемы и все тот же ущербный функционал.
А вы, выходит, знаете, как правильно реализовывать подобные операции с архивами типа .tar.gz, где имена файлов размазаны по сжатому .tar?
а куда firefox пишет временные файлы при скачивании? я иногда фильмы из локалки скачиваю firefox'ом
>я иногда фильмы из локалки скачиваю firefox'омВерсия?
Сейчас проверил. При выборе пункта "Сохранить файл" сохраняет в каталог "Загрузки", а при выборе пункта "Открыть в" сохраняет в каталоге /tmp. Версия RFedora 17 всё актуальное на сегодня.
Федора выпускает неадекватное количество дистрибутивов