The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Fedora Linux стал базовым дистрибутивом для Raspberry Pi

11.03.2012 11:27

Fedora Linux присоединился к числу дистрибутивов (Debian и Arch Linux), сборки которых подготовлены для проекта Raspberry Pi, в рамках которого на базе SoC Broadcom BCM2835 700 МГц (ARM11 ARM1176JZF-S) создан одноплатный компьютер ценой 25 долларов. Сборка сформирована на базе пакетной базы Fedora 14 (последний релиз для ARMv5tel, Fedora 15 ограничился альфа-версией, а порт Fedora 16 так и не был выпущен), развиваемой проектом Fedora ARM, базируется на ядре Linux 3.1.9 и дополнена некоторыми проприетарными драйверами, не входящими в состав Fedora Linux и позволяющими задействовать средства акселерации GPU (VideoCore). По заявлению разработчиков проекта, представленной сборке Fedora присвоен статус официально рекомендованного базового дистрибутива для повседневного использования на Raspberry Pi.

В качестве графического окружения можно использовать LXDE и Xfce. В базовую сборку включено более 640 пакетов, среди которых AbiWord, Gnumeric, Gimp, Firefox, python, perl, ruby, bash, различные мультимедийные приложения. Из репозитория доступны для установки около 16 тысяч пакетов, собранных проектом Fedora ARM. Загрузка осуществляется с SD-карты. Версия на базе Fedora 17 будет выпущена как только будет обеспечена работа графического окружения (пока сборка Fedora 17 работает только в консольном режиме). Более того, начиная с Fedora 18 планируется рассматривать ARM как первичную платформу, поддержка сборки пакетов для которой будет производиться с тем же приоритетом, что и для x86 и x86_64.

  1. Главная ссылка к новости (http://www.raspberrypi.org/arc...)
  2. OpenNews: Начало тестирования сборки Fedora 17 для платформы ARM
  3. OpenNews: Начато производство Raspberry Pi
  4. OpenNews: Определена дата первой поставки Raspberry Pi
  5. OpenNews: Для Raspberry Pi портирован дистрибутив Arch Linux
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/33319-fedora
Ключевые слова: fedora, arm, raspberryЗi
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:50, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Мде, могу себе представить как на этой мелочи работает yum например и какое "удовольствие" им там пользоваться.
     
     
  • 2.5, Аноним (-), 11:59, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    yum - лишь удобная прослойка между пользователем и сишными либами типа rpm и sqlite.
     
     
  • 3.12, Аноним (-), 12:34, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Единственная проблема - писано на питоне. Поэтому при инсталле разлапистых пакетов на виртуалках с 128-256 RAM оно вызывает OOM только в путь. Ну и на этой фиговине будет, если гигазы свопа не подключить.
     
     
  • 4.16, Аноним (-), 12:44, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хоть на баше, всеравно больщую часть времени исполняется сишный код.
    Имеется ноутбук с п3 256 рам - полет нормальный.
     
     
  • 5.69, Аноним (-), 14:23, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Имеется ноутбук с п3 256 рам - полет нормальный.

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

     
     
  • 6.75, Аноним (-), 08:17, 13/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не сгущайте краски. до свопа дело не дойдет.
    юм конечно не подарок по производительности, но на 256 метрах работает без проблем.
     
  • 2.7, sasha (??), 12:06, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мде, могу себе представить как на этой мелочи работает yum например и
    > какое "удовольствие" им там пользоваться.

    Меня другое интересует - федора при установке требует 768 метров оперативы, как они выкручивались?

     
     
  • 3.9, Аноним (-), 12:09, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какая установка? Там же образ.
     
  • 3.10, Василий (??), 12:10, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Меня другое интересует - федора при установке требует 768 метров оперативы, как
    > они выкручивались?

    Это актуально лишь для Ф16, особенность установщика anaconda такая. В других версиях этого требования нет и в Ф17 обещают уменьшить.

    К тому же там, видимо, установщик вообще не задействуется.


     
     
  • 4.13, Аноним (-), 12:35, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это актуально лишь для Ф16, особенность установщика anaconda такая.

    И yum. И вообще всего что на питоне накорябано.

     
     
  • 5.46, Аццкий Сотона (?), 02:05, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Это актуально лишь для Ф16, особенность установщика anaconda такая.
    > И yum. И вообще всего что на питоне накорябано.

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

    очень странная логика винить язык программирования в плохо написанной программе.
    опять же, у авторов yum могли быть причины написать именно так(например, ради плагинов, которых нет больше ни в одном пакетном менеджере).

     
     
  • 6.61, Аноним (-), 10:46, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > вообще-то, python - прекрасный, быстрый язык.

    Несомненно, черепаха очень быстро бегает. Если ее сравнивать с улитками.
    Hint: понятия о прекрасном бывают разные.

    > куски пишут на cython или же цепляют сишный код.

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

    > (например, ради плагинов, которых нет больше ни в одном пакетном менеджере).

    Какое мне дело до ваших долбаных плагинов если оно мне систему в OOM валит? Улучшайзеры это круто, но только не когда это ведет к MISSION FAILED, при том порой с довольно катастрофическими последствиями.

     
  • 3.65, Ivan (??), 11:25, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    to sasha

    >Меня другое интересует - федора при установке требует 768 метров оперативы, как они >выкручивались?

    Вранье!

    Fedora требует 768 для установки в ГРАФИЧЕСКОМ режиме!

     
  • 2.8, анон (?), 12:08, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что не так, по-вашему, с yum?
    Вот делаю сейчас time sudo yum update -y на машине необновляющейся где-то пару недель.

    Install       4 Packages
    Upgrade      62 Packages
    Remove        2 Packages

    Total download size: 165 M

    Основное время - скачка по двухмегабитному каналу.

    Complete!

    real 7m22.153s
    user 3m21.063s
    sys 0m25.169s

    Объясните же, я не понимаю наездов на yum %)

     
     
  • 3.14, Аноним (-), 12:39, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Объясните же, я не понимаю наездов на yum %)

    На раз ловит OOM на машинах с 128-256 памяти. И да, а что, по вашему вообще нормально что пакетный манагер сожрал 3 _минуты_ процессорного времени? Основное время?! Как я вижу по этому выводу, оно половину времени из 7 минут проц жрало как свинья помои. Это вообще нормально что работа пакетного манагера занимает столько же сколько скачка пакетов по 2 мбит каналу?! Ну тогда надо было диалап сразу уж брать - на фоне получаса скачки никто и не заметит 3 минут тупления пакетного манагера.

     
     
  • 4.18, Stax (ok), 13:30, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Иногда лучше эээ думать, чем говорить.

    rpm следит за целостностью файлов и подсчитывает контрольные суммы у каждого установленного файла, а так же выполняет много других операций. Благодаря этому, можно в любой момент отследить целостность любого пакета или всей системы, причем без каких-либо инструментов со стороны - иногда очень помогает в случае непонятных проблем. Так же он выполняет все операции, связанные с проверкой контрольных сумм самих скаченных пакетов, проверяет их подписи и так далее. Плюс синхронные транзакции, чтобы уметь продолжить операцию в любой момент после прерывания.
    Все эти алгоритмы потребляют проц. А вы что хотели? Вдобавок, все скрипты, запускаемые rpm (обновились либы - запускаем ldconfig, и так далее) тоже дописали свое время к тому, что показано в выводе yum.

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

     
     
  • 5.19, unikum (ok), 13:40, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Только почему-то арчевский пакман при той же проверке целостности так не тупит.
     
     
  • 6.25, Аноним (-), 14:22, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что арчевский пакман по сравнению с редхатовским рпм - поделка, которая не умеет и десятой доли того, что может рпм.
     
     
  • 7.30, Vkni (ok), 16:06, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Потому что арчевский пакман по сравнению с редхатовским рпм - поделка, которая
    > не умеет и десятой доли того, что может рпм.

    Вы с предыдущим комментатором точно сравниваете одинаковые программы? RPM - это низкоуровневый пакетный менеджер, а yum/apt-get/zypper - высокоуровневые. Вроде бы претензии именно к yum, который высокоуровневый.

     
     
  • 8.35, Stax (ok), 21:27, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но замеряя вывод time для yum, так же суммируется все время, проведенное в в... текст свёрнут, показать
     
  • 8.60, Аноним (-), 10:25, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Сам rpm не настолько прожорлив, но вы же не будете ставить какойнить там... текст свёрнут, показать
     
  • 7.59, Аноним (-), 10:21, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что арчевский пакман по сравнению с редхатовским рпм - поделка,

    Но довольно резвая и не прожорливая, в отличие от вашего энтерпрайзного крапа на питоне, заметим.

     
  • 5.39, Аноним (-), 23:41, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все эти алгоритмы потребляют проц. А вы что хотели?

    Чтобы оно работало как минимум не хуже apt-get ;)

    > а всякая криптография,

    Криптографии не надо сотен мегабайтов. Не на что их там жрать. И тот же apt-get почему-то жрет в разы меньше оперативы, хотя обеспечивает проверку подписей и хэшей файлов в системе ничуть не хуже. А сотни мегазов на разлапистых пакетах лопает именно сам уродец yum, именно питоновская часть.

    Вообще, вы прямо эпиграф к своему выступлению написали - "Иногда лучше эээ думать, чем говорить". Потому что я по итогам вашего выступления готов поспорить что вы еще и полный ноль в криптографии до кучи. Зато нести фигню с умным видом про сотни мегазов скушанных криптографией это не мешает.

     
  • 4.20, анон (?), 13:45, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например, он еще считал и собирал из кусков deltarpm (57 пакетов из 65) заметное время. Не так уж и впустую потрачено время. Короче, надо сравнивать с deb на одних и тех же задачах. Но меня всегда в deb убивало, что надо использовать и apt-get и aptitude и dpkg для манипуляций. Слишком разнородно для меня. yum человечней. Если вы используете deb, не могли бы тоже продемонстрировать время time apt-get update -y ?
     
     
  • 5.21, Vkni (ok), 13:56, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Короче, надо сравнивать с deb на одних и тех же задачах.

    А при чём тут deb? Apt-get прекрасно работает и поверх rpm. Я никогда не мерял, но поскольку использовал yum и apt-get на похожих машинах, у меня сложилось мнение, что apt-get быстрее.

    По крайней мере, там update и upgrade/install/remove разнесены. То есть, по-умолчанию он не перескачивает/проверяет репозитарии (я знаю, что в yum и zypper можно тоже какими-то ключами так сделать). Это несколько ускоряет работу.

     
     
  • 6.40, Аноним (-), 23:43, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у меня сложилось мнение, что apt-get быстрее.

    Логично, блин. Перетормозить эту питоновскую тормозилку еще суметь надо. Но на raspberry pi будет намного приятнее поймать OOM или как минимум жестко положить систему в своп при установке разлапистых пакетов. Как бы 128...256 метров десктопной системе и так то еле-еле, а с кучей шита на питоне - там будет полный питонец. Нет, конечно кому-то и слайдшоу в системе - типа работа.

     
     
  • 7.45, Михрютка (?), 00:06, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы так не делайте(ТМ)
    ставьте туда уже SD c полностью сконфигурированной системой, а конфигурите там, где это удобно. когда я баловался и грузил свой ееепс freebsd с сд карты, мне в голову не приходило строить мир на нем же :)
     
     
  • 8.58, Аноним (-), 10:17, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У вас получается неполноценная железка с недосистемой А мы хотим _компьютер_ М... текст свёрнут, показать
     
     
  • 9.63, Михрютка (?), 11:03, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а он по нынешним меркам и есть недо SoC с маломощным ЦПУ, менее 200М ОЗУ и край... текст свёрнут, показать
     
     
  • 10.67, Аноним (-), 12:57, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, конечно, 16-ядерный гроб с 128 гиг оперативы - лучше Правда занимает доф... большой текст свёрнут, показать
     
     
  • 11.68, Михрютка (?), 13:41, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нифига не понял, при чем тут отсылки к 16ядерному серваку и FreeBSD, ну да ладно... текст свёрнут, показать
     
     
  • 12.70, Аноним (-), 14:39, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Объясняю ничему не противоречит вполне полноценное использование бинарного лине... большой текст свёрнут, показать
     
     
  • 13.72, Михрютка (?), 17:32, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    эээ я правильно понимаю, что вы каментите новость, даже не сходив для приличия н... текст свёрнут, показать
     
  • 4.24, Vkni (ok), 14:02, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На раз ловит OOM на машинах с 128-256 памяти.

    Кстати, apt-get ещё 7 лет назад прекрасно работал с Debian Stable на 486-й машине с 8-ю метрами памяти, а с 4-мя уходил в swap. Может быть сейчас оно как-то и ухудшилось, конечно.

     
     
  • 5.57, Аноним (-), 10:14, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть сейчас оно как-то и ухудшилось, конечно.

    LZMA может быть несколько более прожорлив к памяти но для декомпрессии надо только памяти по размеру словаря. Обычно размер словаря несколько Мб (более крупные размеры требуют чуть более чем дофига памяти при сжатии).

     
  • 2.26, Аноним (-), 14:36, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И не стоит забывать про http://people.freedesktop.org/~hughsient/zif/
    Может появится в 18ой версии.
     
     
  • 3.37, Аноним (-), 21:59, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    yum install zif-tools PackageKit-zif

    Есть в 16-ой, 17-ой и даже в 15-ой и 14-ой, только старые.
    http://koji.fedoraproject.org/koji/packageinfo?packageID=10991

     
  • 3.41, Аноним (-), 23:44, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Может появится в 18ой версии.

    Ну вот когда и если появится, тогда и поговорим. А покуда федористы проталкивают свой крап хоть он и откровенно не подходит под задачу. Это нафига? Чтобы потом в нас виндузятники тыкали и рассказывали как оно тормозит и падает? Ну спасибо, блин.

     

  • 1.2, анон (?), 11:52, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Всегда знал, что Fedora 14 заруливает все последующие версии. Жалко своего потраченного времени на борьбу с gnome 3 :( Боженька, ну вразуми наконец уже гномерских разработчиков!
     
  • 1.3, Сергей (??), 11:58, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Похоже платформа x86 заканчивает свою жизнь на десктопах....
     
     
  • 2.11, Аноним (-), 12:23, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Похоже платформа x86 заканчивает свою жизнь на десктопах....

    Массово так, возьмёт сразу завтра и вымрет, угу. Этот мамонт живее всех живых, пока для него существует всякий легаси вроде виндов.

     
  • 2.17, Аноним (-), 13:27, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лол! Арм еще по производительности п4 не догнал. Какой там "заканчивает".
     
     
  • 3.32, Михрютка (?), 17:00, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    внезапно чтобы крутить сессию OnLive, не нужна даже производительность P4
     
     
  • 4.47, Аноним (-), 02:37, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Облака?
    Нет, спасибо. Мне еще дороги личные данные.
     
  • 3.43, Аноним (-), 23:55, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол! Арм еще по производительности п4 не догнал.

    GPU у этого арма заткнет на тяжелых операциях этот самый пень4 куда подальше, например там аппаратный декодинг FullHD есть. Пенек4 подавится тот же поток fullhd программно задекодировать, т.к. тот еще тормоз (тупиковая ветвь эволюции ака netburst). Вообще, все идет к тому что в будущем будет CPU + пачка SIMD-сопроцессоров (которые вы нынче знаете как GPU) для тяжелых операций и оценить вот так влобешник производительность старья vs это будет очень непростой задачей.

     
     
  • 4.48, Аноним (-), 02:39, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У п4 может быть такой же GPU. Да и вообще, 90% времени нагрузка падает на CPU, а видео крутить и в игрушки играть - это для любителей.
     
     
  • 5.52, Аноним (-), 09:53, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У п4 может быть такой же GPU.

    ...но достоинство P4 это ВНЕЗАПНО не является :). Он вообще удивительно бестолковый проц, крайне тормозной для своего энергопотребления. Если например набирать ARMами такое же потребление питалова - у вас получится огроменный server farm который например можно сдавать в аренду заместо VDS'ок, как раз по параметрам как младжие тарифы, только не надо делить хост с толпой малопредсказуемых дятлов которые могут его пригрузить :)

    > Да и вообще, 90% времени нагрузка падает на CPU,

    В основном потому что стандартизированных методов работы с GPGPU до недавних пор тупо не было. С появлением OpenCL есть надежда что эта ситуация исправится.

    > а видео крутить и в игрушки играть - это для любителей.

    ...поэтому появилось такое направление как GPGPU.

     
  • 2.49, фтыш (?), 02:58, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо друх, завтра же приобретаю вагон армов и начинаю кодить x264 10bit на них.
     

  • 1.15, Аноним (-), 12:41, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >gimp, firefox
    >256MB
     
     
  • 2.31, Аноним (-), 16:56, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>gimp, firefox
    >>256MB

    gimp вроде не так много жрёт, хотя может это я ошибаюсь (до сих пор использую 2.4). Насчёт FF согласен - не жилец.

     
     
  • 3.44, Аноним (-), 23:59, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > gimp вроде не так много жрёт, хотя может это я ошибаюсь

    Довольно прилично если в полном виде со всеми плагинами. Плюс как бы еще и для обработки самой картинки надо памяти. А вы посчитайте сколько весит в разжатом виде весит ну хоть фото с 5...8 мпикс камеры. И подумайте что эти хренадцать мегов точно должны висеть в памяти + еще undo на все это и так далее. Конечно если вы собрались иконки 16х16 рисовать - сие как бы не проблема. А вот отредактировать фотку, даже с современного мобильника - так там чисто массив пикселей картинки более 10 мегз запросто может весить.

     

  • 1.22, Аноним (-), 14:00, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    последнее предложение новости радует
     
  • 1.23, Vkni (ok), 14:00, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вообще, други, это классно, что сейчас появилось множество таких АРМоподелок, на которые разработчики всё-таки как-то ориентируются. Иначе бы требования десктопных программ возросли до каких-то диких гигабайт ОЗУ.

    Хочу отметить, что Х Window System + WindowMaker + TeX великолепно работали в своё время на Pentium 120 + 64 Mb памяти. И этой памяти было завались.

     
     
  • 2.28, Михрютка (?), 15:30, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    иначе бы? :)))
    кдешники прямо предупреждают, что к их поделию без двух гиг минимум лучше и не подходить.

    >Х Window System + WindowMaker + TeX великолепно работали в своё время на Pentium 120 + 64 Mb памяти. И этой памяти было завались.

    соглашаться. я, вообще должен заметить, что у некоторых разработчиков некоторых чиста пабочных программ наподобие DE возникают странные иллюзии, что я покупаю память в комп именно для их творений, а не для того, чтоб поиграть в ждалкер, например, или запустить в виртуалбоксе пару лишних VM.

    запущать федору на этой игрушечке - это, конечно, пустая трата времени, как и гонять там gimp (omfg) с фаерфоксом. хотя не сомневаюсь, что найдутся сторонники этого мозохизма в 256М, равно и утверждающие, что свапиться на SD card легко и приятно. дебиановская сборка и то интереснее выглядит.

     
     
  • 3.29, Vkni (ok), 16:05, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > иначе бы? :)))
    > кдешники прямо предупреждают, что к их поделию без двух гиг минимум лучше
    > и не подходить.

    Ну у меня как-то запускается и на 512-ти. Но я всё-таки переехал на WMaker. Ещё бы там были просмотрщик pdf подходящий и многозакладочный терминал.

    > запущать федору на этой игрушечке - это, конечно, пустая трата времени, как
    > и гонять там gimp (omfg) с фаерфоксом. хотя не сомневаюсь, что
    > найдутся сторонники этого мозохизма в 256М, равно и утверждающие, что свапиться
    > на SD card легко и приятно. дебиановская сборка и то интереснее
    > выглядит.

    Debian, конечно, много интереснее.

     
  • 3.50, фтыш (?), 03:02, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >кдешники прямо предупреждают, что к их поделию без двух гиг минимум лучше и не подходить

    Используй 3.5 как я

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

    поделись, как часто они стоят над тобой и заставляют использовать их код, я собираю статистику для психиатров

    >а не для того, чтоб поиграть в ждалкер, например

    А, игры отрицают линуховые ДЕ, интересный бред, учитывая что сталкер под вайном работает не на полную.

    >как и гонять там gimp (omfg) с фаерфоксом. хотя не сомневаюсь, что найдутся сторонники этого мозохизма в 256М, равно и утверждающие, что свапиться на SD card легко и приятно.

    Епт, открой для себя android например или дистрибутивы заточенные под слабое железо - откроешь много нового, я гарантирую это!

     
     
  • 4.64, Михрютка (?), 11:17, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ту часть, где вы разговариваете с голосами в вашей голове, я, с вашего позволения, скипну.

    >>как и гонять там gimp (omfg) с фаерфоксом. хотя не сомневаюсь, что найдутся сторонники этого мозохизма в 256М, равно и утверждающие, что свапиться на SD card легко и приятно.
    > Епт, открой для себя android например или дистрибутивы заточенные под слабое железо
    > - откроешь много нового, я гарантирую это!

    А вот тут не удержусь. Это какой андроид? Тот, который на гелакси табе с 512 метров памяти и на гигагерцовом ядре жрет батарею, как кот печенку, и тормозит так, что самсунгу срочно пришлось делать новую модель с гигом озу и на двухядерной тигре? Не, не слышал.


     
     
  • 5.71, Аноним (-), 14:44, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > новую модель с гигом озу и на двухядерной тигре? Не, не слышал.

    А о чем вы слышали? О *bsd которых на смартах нет совсем? О убогой и напрочь огороженной мобильной винде? О iOS которая подчиняется кому угодно кроме собственно обладателя аппарата и норовит постоянно подгадить или выцыганить еще бабла?

     
     
  • 6.73, Михрютка (?), 17:49, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> новую модель с гигом озу и на двухядерной тигре? Не, не слышал.
    > А о чем вы слышали? О *bsd которых на смартах нет совсем?
    > О убогой и напрочь огороженной мобильной винде? О iOS которая подчиняется
    > кому угодно кроме собственно обладателя аппарата и норовит постоянно подгадить или
    > выцыганить еще бабла?

    Еще больше ненависти, зайчик мой, еще. Твои возгласы несомненно поднимут продажи гелакси таб, а то в 2011 их даже HP со своим тачпадом обогнать умудрился.


     
  • 5.74, anonimous (?), 18:34, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Бедный самсунг, как у них все печально.. Новые модели они на старом железе они видишь-ли выпускать не хотят.
     
  • 2.53, Аноним (-), 09:55, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще, други, это классно, что сейчас появилось множество таких АРМоподелок, на которые
    > разработчики всё-таки как-то ориентируются.

    "It is what computers became".

     

  • 1.27, Аноним (-), 15:07, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Не понятно почему федора а не убута? Сколько людей пользуется федорой, а сколько убунтой?
     
     
  • 2.36, Stax (ok), 21:30, 11/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понятно почему федора а не убута? Сколько людей пользуется федорой, а
    > сколько убунтой?

    Сколько людей пользуются arm, а сколько x86?

    Сколько людей пользуются linux, а сколько windows?

    и так далее.

    Вы вообще к чему спрашиваете?

     
     
  • 3.55, Аноним (-), 10:05, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ARM ов на этой планете больше в каждой мобилке и каждой второй мелкой железке -... большой текст свёрнут, показать
     
  • 2.51, Аноним (-), 09:48, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > сколько убунтой?

    Ну дык. В убунте нет Дреппера и это - фича :)

     

  • 1.33, Аноним (-), 17:39, 11/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://people.freedesktop.org/~hughsient/zif/
     
     
  • 2.54, Аноним (-), 09:57, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > http://people.freedesktop.org/~hughsient/zif/

    Круто, когда будет в федоре по дефолту вместо ее тормозилки, тогда и поговорим. А то если смотреть на то что есть где-то сбоку, есть zypper и libzypper или как там ее правильно, в meego еще использовалось, потому что как вы понимаете, там никто не ушибался настолько чтобы юзвергам таких железок тормознутый yum втюхивать - ну не будет юзер мобилы терпеть свопеж полчаса.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру