На мероприятии "GNOME Developer Experience Hackfest", прошедшем в преддверии конференции FOSDEM 2013, разработчики GNOME предложили (http://blogs.gnome.org/alexl/2013/02/01/developer-hackfest-s.../) концепцию нового метода установки приложений и формата пакетов. Такие пакеты будут независимы от дистрибутива, просты в установке, а распространяемые в них приложения будут инсталлироваться в обособленные песочницы, покинуть которые невозможно.
На данном этапе разработчики планируют использовать для распространения приложений формат "app image", при котором вся файловая структура, необходимая для работы приложения, вместе с библиотеками упаковывается в образ файловой системы. После установки этот образ подключается к собственной точке монтирования, к которой подключаются все необходимые приложению компоненты ОС с применением изоляции с помощью пространств имен. В результате приложение оказывается в минималистичном Linux-контейнере.
В том случае, если в манифесте приложения указано использование различных ABI, в файловое пространство приложения также монтируются все необходимые библиотеки. Например, ABI system предполагает доступ к основным библиотекам, таким как libc и libm, ABI gnome-platform-1.0 предполагает наличие всех ключевых библиотек платформы GNOME, ABI bare - чистый ABI ядра.
Приложения не будут иметь доступ к домашнему каталогу пользователя, поэтому для обмена файлами и данными между приложениями планируется использовать идею "порталов", напоминающих механизм интентов (Intents) в Android. Каждое приложение, может объявить список порталов, которые оно поддерживает и, если другое приложение запросит доступ к одному из них, приложение-приемник будет запущено и получит набор входных данных. Порталы будут использованы для обмена любыми данными и любых взаимодействий между приложениями. Также на уровне GNOME будет реализован набор системных порталов, таких, например, как "открыть файл". Это позволит приложениям получить доступ к нужным пользовательским файлам, но не всему домашнему каталогу пользователя.Для передачи данных средствами порталов будет задействован механизм IPC, реализованный на уровне ядра. Реализацией этого механизма займется Linux-разработчик Greg Kroah-Hartman.
URL: http://www.h-online.com/open/news/item/GNOME-developers-plan...
Новость: http://www.opennet.me/opennews/art.shtml?num=36043
Чем больше читаю новостей о Gnome, тем больше понимаю, что правильно заменил его XFCE.
И к чему ты это написал? Какое это имеет отношение к новости?
Самое непосредственное: вовремя я с гнома слинял. Кажется парни решили передрать все хучшее из винды, макоси и вебни. Одновременно! Тяжелый случай.А потом они попробуют впарить этот хомячковый булшит ... разработчикам и продвинутым пользователям? Epic failure: они ни разу не хомячки. Именно хомячковой аудитории у гнома нет. А прицел на оную есть. В результате они останутся вообще без пользователей таким макаром.
Жаль только другими DE мало занимаются. Из живых кеды да вон e17 проснулись вроде. Остальное - черепашьи бега. Тому же XFCE удвоить разрабов и завтра гном3 останется без пользователей.P.S. Свалил с гнома на XFCE.
гном3 и так пока без пользователей
> гном3 и так пока без пользователейа что же вы тогда злорадствуете над ним в каждой новости?
вас если послушать то проект GNOME никому не нужен. (в том числе и вам). но переживаете вы так будто бы имеете к нему хоть какое-то отношение! :-)
раз вы не являетесь пользователями GNOME -- то значит давайте в новостях про GNOME вы не будете писать о том как именно ему НАДО развиваться и как НЕ надо :) .
> Свалил с гнома на XFCE.как только прочитал эту новость [в страхе и панике:)] ? :-)
а я свалил с Django на Bottle (+нужные компоненты) ...
но у меня хватает ума всё также уважать идею Django и не высказывать критику (призывы уйти с Django) в новостях про Django.
потому что ЕСТЬ разница между "плохой проект" и "проект не совпадает с моей идеологией"!!
# P.S.: примеров кроме Django можно найти очень много, но Django здесь весьма показателен, так как много людей уходят с использования Django. тем не менее этот программный карказ очень хорош именно для своей идеи готового стэка, и поэтому у проекта Django постоянно появляется много новых пользователей (в замен ушедших)..
Текста от тебя много, но смысла - ноль.Речь вообще не идёт о том, чтобы позлорадствовать или обосрать проект Гноме3.
Видно невооружённым глазом, что проект лихорадит, а у разработчиков - истерика.
Вместо очевидных первостепенных вещей, "внедряется" шут знает что - абсолютно неважные, десятостепенные "фичи" сомнительной нужности, вызывающие у вменяемых, мягко говоря, недоумение.
В частности, недавно JS в качестве основного языка. Несколько вопросов:
1.) Зачем?
2.) Чтобы привлечь новых разработчиков?
3.) Почему у них стойкая уверенность, что (новые) разработчики - идиоты?Поясню в.3. Какой адекватный чел (разараб.) пойдёт клепать Аппы для платформы с 3-мя землекопами с нулевой или отрицательной доходностью?
Не совсем удачная аналогия. Bottle и Django решают абсолютно разные задачи веб-разработки. По мере возрастания сложности проекта разработчик может использовать CGI, Bottle, Flask, Django и так далее вплоть до Zope. Сравнивать их по единым критериям дело неблагодарное.
Окружения же рабочего стола, такие как Gnome и XFCE, решают одну задачу - задачу DE, но решают ее по-разному. Я тоже ушел на XFCE, как наиболее близкую к Gnome 2 на мой взгляд. Теперь Gnome 2 уже не кажется такой привлекательной. Однако, в самой основе XFCE лежат многие наработки проекта Gnome, так что и ее судьба во многом зависит от выбранной стратегии в последнем.
> в самой основе
> XFCE лежат многие наработки проекта Gnome, так что и ее судьба
> во многом зависит от выбранной стратегии в последнем.Ты о ГТК2?!, не бойся оно и через 100 лет останется ГТК2.
При чем тут джанго? Нас как бе твои головняки не... пардон, о чем поёт ночная птица?
как раз карказ
Самое прямое. Я снова не поддерживаю разработчиков Gnome в их начинании. Но поскольку есть альтернативы, то я перехожу на них.
При этом стоить заметить, что, возможно, Gnome 3 не так уж и плох.. Но он мне просто не по душе. Я просто не отношусь к их целевой группе. Я люблю побыдлокодить для души, иногда полистать любимые сайты, иногда поиграть. Это делать удобнее в XFCE. Могу только пожелать удачи разработчикам.
P.S. Gnome был моей второй DE на BSD/Linux. До этого был KDE 3.5 (смешно сказать, на FreeBSD :) ), но потом оказалось, что Gnome работает шустрее и даёт мне всё, что нужно. Теперь настало время XFCE. Вот в чём сила OpenSource!!!
>[оверквотинг удален]
> поскольку есть альтернативы, то я перехожу на них.
> При этом стоить заметить, что, возможно, Gnome 3 не так уж и
> плох.. Но он мне просто не по душе. Я просто не
> отношусь к их целевой группе. Я люблю побыдлокодить для души, иногда
> полистать любимые сайты, иногда поиграть. Это делать удобнее в XFCE. Могу
> только пожелать удачи разработчикам.
> P.S. Gnome был моей второй DE на BSD/Linux. До этого был KDE
> 3.5 (смешно сказать, на FreeBSD :) ), но потом оказалось, что
> Gnome работает шустрее и даёт мне всё, что нужно. Теперь настало
> время XFCE. Вот в чём сила OpenSource!!!Да да сила, как раз в этом что можно сидеть на ГТК2 неограниченное время, правда я не понял, зачем поменял одно ДЕ на ГТК2 (Гном2) на другое на томже ГТК2 (КСФЕ), на зло разработчикам ГТК?! :)
> Чем больше читаю новостей о Gnome, тем больше понимаю, что правильно заменил его XFCE.на XFCE не факт что будет поддержка этх "sandbox+portal"...
...но если именно как раз это ("sandbox+portal") и не нравится вам -- то думаю что GNOME насильно не станет вас заставлять использовать программы запакованные в этом формате.
иметь выбор (rpm или gnome-sandbox) -- лучше чем не иметь выбора
А по-моему логично. Не хочется использовать софт, разработчики которого продемонстрировали свою невменяемость и некооперативность по отношению к системе. Мало ли что они ещё начудят, и что предупредят - совсем не факт.А делать что-то, не управляемое системным пакетным менеджером - это именно некооперативность, как и эти сандбоксы с недоступностью пользовательского каталога. Невменяемость - расчитывать на то, что какие-то левые товарищи будут заботиться об обновлении библиотек, которые их софт с собой тащит.
Каждый разработчик и дистростроитель на себя одеяло тянет, за сим и такой "кооперативный" зоопарк дистров и топорных приложений разросся.
По мне идея неплохая. По крайней мере это никому мешать не будет. Подобная блоб-песочница будет на любом дистре без всяких компиляция запускаться, да и мусор удалять легко, просто снеся образ! А библы как-раз тут обновлять ненадо, если собираешь новый img то сразу туда клади и проги и требуемые версии библов к ним.
> на XFCE не факт что будет поддержка этх "sandbox+portal"...Это не баг, это фича. Вот уж нафиг - качать "самодостаточные приложения" с очередного варезника, пытаясь хоть немного подрезать крылья этому варезу песочницами. Вот уж нафиг-нафиг.
> Это не баг, это фича. Вот уж нафиг - качать "самодостаточные приложения" с очередного варезника, пытаясь хоть немного подрезать крылья этому варезу песочницами. Вот уж нафиг-нафиг.тоесть вы намекаете на то что если уж и придётся ставить некий варезник -- то уж лучше сразу в систему (через root), а не в песочницу?
с мыслями в голове:
"""небезопасно, но зато использован [любимый] системный манагер! """
>> Это не баг, это фича. Вот уж нафиг - качать "самодостаточные приложения" с очередного варезника, пытаясь хоть немного подрезать крылья этому варезу песочницами. Вот уж нафиг-нафиг.
> тоесть вы намекаете на то что если уж и придётся ставить некий
> варезник -- то уж лучше сразу в систему (через root), а
> не в песочницу?
> с мыслями в голове:
> """небезопасно, но зато использован [любимый] системный манагер! """А нефига вообще их ставить, нужно использовать приложения из доверенных источников. Ну а для опасных (не с точки зрения доверия, а именно уязвимости к атакам - браузеров или серверов) давно есть SElinux и Apparmor.
>> """небезопасно, но зато использован [любимый] системный манагер! """
> А нефига вообще их ставить, нужно использовать приложения из доверенных источников. Ну
> а для опасных (не с точки зрения доверия, а именно уязвимости
> к атакам - браузеров или серверов) давно есть SElinux и Apparmor.Скажу честно я человек близкий к ИТ слышал о таких чудесах - SElinux и Apparmor, но как - это используется в моем дистре или программах, я не знаю :( А используется ли вообще?
Думаю многим пользователям было бы проще изначально запускать/работать с безопасным окружением! Или я опять ошибся и каждая домохозяйка знает как запускать в песочнице небезопасное приложение?! Да еще и способна понять что оно небезопасное?
>иметь выбор (rpm или gnome-sandbox) -- лучше чем не иметь выбораили то, или то — это да.
а вот когда и то, и то — это уже бардак.
зыж
а вообще разрабы гнома точно в облаках летают (уж не знаю, правда травка или нет).
"ща мы как сделаем-сделаем! ух!"
а кто это будет конкретно делать, кто будет обновлять, править баги, упаковывать и тд, и тп?
блин, да сам гном3 удаётся собрать месяца через 3 (а чаще через пол-года) после анонса. расширения либо протухшие и не ставятся, либо ставятся (ещё через полгода) и глючат (не иначе версию только подправили, а в работоспособности не убедились).
баги в самом гноме если и правятся, то на месте одного исправленного три новых появляются.
какие в попу пакеты? свой булшит вначале работать заставьте, а потом уже чужие программы пакуйте.
> или то, или то — это да.
> а вот когда и то, и то — это уже бардак.как раз не бордак! мир не чёрнобелый!
все основные программы я хочу ставить через yum install (и подключая репозтории в /etc/yum.repos.d/, если придётся).
...а вот как поступать с программами которые совершенно НЕ являются основными?.., и которые могут что-то сломать (вызвать конфликт, не с умышленного зла, а по своей недоработке).?
.......я бы хотел такие вот программы устанавливать именно в песочницы, хотя не факт что именно ХОТЕЛ бы вообще их устанавливать. но если и устанавливать -- то лучше в песочницу!
(может быть таких програм у меня не будет вообще ни одной, а может быть будет 1 или 2 штуки)
..но это не обозначает что я перестану использовать стандартный (системный) манагер для нормальных остальных программ. это хорошая проверенная старая надёжная система и фигли мне надо прекращать этим пользоваться? логика где?
# P.S.: на кухне у вас хранятся тоже либо ложки либо вилки?
> "ща мы как сделаем-сделаем! ух!"
это уже отдельная проблема.
идея хорошая у них. а вот получится или нет -- тут я предсказать не могу :)
>> или то, или то — это да.
>> а вот когда и то, и то — это уже бардак.
>как раз не бордак! мир не чёрнобелый!Мир — нет.
Но при этом бит по прежнему имеет лишь 2-а значения.
Зыж
>> "ща мы как сделаем-сделаем! ух!"
>это уже отдельная проблема.Да нет, всё таже. Бардак в головах.
Барбаросские планы в купе с качеством кода уровня <альфы.
Кэдээшники были скромнее. При этом 4.0 была качественнее гнома 3.6.2.
Они вам такой сэндбокс прилепят, что не захотите.
> Но при этом бит по прежнему имеет лишь 2-а значения.Битов в мире не существует, это такая человеческая выдумка из 20 века. На самом деле бывают электроны в проводах и прочее намагничиное железо, и вариантов там гораздо больше чем 0 и 1. Бардак в головах, да.
Это верно, скажем в гигабитной сетке сигнал(бит) трехуровневый, и это считается цифрой, а не аналогом;)
> уж не знаю, правда травка или нетэто они отростили бороды, одели свитера, перешли на пиво и русский рок: сразу бубны появились
Я думаю разработчик XFCE (автослесарь) просто до такого не дорос еще. Но он учится, так что не все потеряно)
> Greg Kroah-HartmanСпокоен и рад за GNOME. Первая DE, которая по-настоящему задумалась о юзабилити и удобстве пользователя, отказавшись от сложившихся стереотипов.
> и удобстве пользователя,Это в смысле, качать самодостаточных хлам пополам с троянами с очередного варезника то? Пытаясь его хоть немного изолировать песочницоы? Ой, спасибо, я это уже видел. Потом оказывается что в системе надо файрвол, антивирь, вычищалку малвари, оптимизатор реестра, и какое там еще хламье я забыл?
Где вы прочитали что это надо будет качать с варезников?
И что меняется в плане троянов? Таким "самодостаточным" приложениям мешает кто-то быть открытыми?
Попробую объяснить.
Вот у меня в системе стоит libastral.so версии 2.7.1, собранный майнтейнерами дистрибутива. Или даже мной самим. Ну, да. Не новый дистрибутив. На новый перейду через полгода. А в этой самодостаточной программе libastral.so версии уже 3.1.4, в котором совместимость с прежними версиями внезапно поломана. Каким образом я могу убедиться, что там нет трояна? Собрать из исходников я не могу - новый libastral опять-таки внезапно имеет тоже имя, что и старый. Да и не факт, что он соберется на более старой системе. Там зависимостей может быть много.
Результат: в "песочнице" сидит не пойми что, проверить кое на отсутствие вредоносных функций не представляется возможным (где гарантии, что оно собрано из немодифицированных исходников?). Теоретически открыто - по факту блоб. Оно кому нужно?
если исходить из концепции имиджа, то весь набор библиотек будет внутри имиджа и никак не будет пересекаться с набором библиотек в системе
> имиджаязык себе отрежь
> Вот у меня в системе стоит libastral.so версии 2.7.1, собранный майнтейнерами дистрибутива.
> А в этой самодостаточной программе libastral.so версии уже 3.1.4
> Каким образом я могу убедиться, что там нет трояна?
> где гарантии, что оно собрано из немодифицированных исходников?Тут у меня два вопроса всплыли.
1. Когда вы в систему поставили libastral.so версии 2.7.1, собранный майнтейнерами, вы как убедились, что в нём нет трояна? Перекомпилировали из исходников или просто поверили майнтейнерам на слово? При всём к ним уважении, они тоже могут прошляпить троян.
2. Если вы поверели майнтейнерам вашего дистрибутива на слово, почему вы не верите майнтейнеру самодостаточной программы?
И да, имхо, стопятьсот репозиториев, в которых майнтейнеры пересобирают один и тот же libastral стопятьсот раз - это зло.
> Тут у меня два вопроса всплыли.Хоть вопросы и не ко мне, все же попробую изложить свои мысли по этому поводу :)
> 1. Когда вы в систему поставили libastral.so версии 2.7.1, собранный майнтейнерами, вы
> как убедились, что в нём нет трояна? Перекомпилировали из исходников или
> просто поверили майнтейнерам на слово? При всём к ним уважении, они
> тоже могут прошляпить троян.Могут, конечно. Люди могут ошибаться. Но! Я более чем уверен, что никто по злому умыслу это делать не будет. Если это даже и случится по ошибке или недосмотру, то "троян" будет достаточно скоро обнаружен и удален средствами штатного обновления дистрибутива. Никто посторонний не сможет "подложить" трояна в пакет, поскольку в современных дистрибутивах установочные пакеты как правило имеют цифровую подпись.
> 2. Если вы поверели майнтейнерам вашего дистрибутива на слово, почему вы не
> верите майнтейнеру самодостаточной программы?Ну почему не верю - верю. Только вот доверять "левому" источнику пакетов не могу, поскольку не могу быть уверен в том, что в процесс упаковки программы в пакет не вмешался кто-то еще кроме "майнтейнера самодостаточной программы".
> И да, имхо, стопятьсот репозиториев, в которых майнтейнеры пересобирают один и тот
> же libastral стопятьсот раз - это зло.Это с одной стороны. А с другой - "стопятьсот" версий libastral в системе, включая древние и дырявые (ну не захотел "майнтейнер самодостаточной программы" поправить в своей "самодостаточной программе" пять строчек и вместо этого упаковал древнющую дрявую libastral, которую уже никто никогда не обновит и не исправит) - тоже как бы не совсем "добро". В одной системе ("Не проти ночі згадуючи") уже есть "библиотечный ад", давайте и в нормальных системах разведем, а то не солидно как-то...
>Могут, конечно. Люди могут ошибаться. Но! Я более чем уверен, что никто по злому умыслу это делать не будет. Если это даже и случится по ошибке или недосмотру, то "троян" будет достаточно скоро обнаружен и удален средствами штатного обновления дистрибутива. Никто посторонний не сможет "подложить" трояна в пакет, поскольку в современных дистрибутивах установочные пакеты как правило имеют цифровую подпись.Почему вы решили что самодостаточные пакеты не могут быть так же подписаны?
Кроме того обратите внимание на то что даже если мейнтейнер такого самодостаточного пакета соберёт его с трояном(не важно в своей программе или в зависимой библиотеке), то этот троян будет только в этом пакете который, на минутку, выполняется в сэндбоксе, в то время как если мейнтейнер libc решит завтра подложить вам трояна или бекдор какой, у вас вся система будет как одна большая дыра.>Ну почему не верю - верю. Только вот доверять "левому" источнику пакетов не могу, поскольку не могу быть уверен в том, что в процесс упаковки программы в пакет не вмешался кто-то еще кроме "майнтейнера самодостаточной программы".
Левому? А как вы делили источники на левые и правые, мне казалось мы уже решили что репозиторий с самодостаточными макетами может иметь все те же механизмы обеспечения безопасности что и традиционные репозитории
>ну не захотел "майнтейнер самодостаточной программы" поправить в своей "самодостаточной программе" пять строчек и вместо этого упаковал древнющую дрявую libastral, которую уже никто никогда не обновит и не исправит
Точно так же мейнтейнер вашего пакета не захотел подправлять эти несколько строчек, и сегодня этого пакета вообще уже нет в репах, в то время как самодостаточный пакет вы поставили и видите что ага, в нём libastral уязвимой версии, надо бы не работать просто в этой программе с важными данными, а остальное не важно, ведь она, на минуточку, выполняется в сэндбоксе
> В одной системе ("Не проти ночі згадуючи") уже есть "библиотечный ад", давайте и в нормальных системах разведем, а то не солидно как-то...
Не солидно будет если реально из этого сделают то же что в той системе, но если сделать всё грамотно, то идея самодостаточных пакетов очень даже не плоха, и решает многие проблемы которые стоят перед мейнтейнерами дистрибутивов
>> 2. Если вы поверели майнтейнерам вашего дистрибутива на слово, почему вы не
>> верите майнтейнеру самодостаточной программы?
> Ну почему не верю - верю. Только вот доверять "левому" источнику пакетов
> не могу, поскольку не могу быть уверен в том, что в
> процесс упаковки программы в пакет не вмешался кто-то еще кроме "майнтейнера
> самодостаточной программы".Кхм. Под "майнтейнером самодостаточной программы" я понимаю автора этой самой программы, который её сам упаковывает в стандартный пакет.
Вы считаете автора программы левым источником, в пакеты которого всякий может вмешаться, а майнтейнеров дистрибутива, которые эту программу перепаковывают - не левым источником?>> И да, имхо, стопятьсот репозиториев, в которых майнтейнеры пересобирают один и тот
>> же libastral стопятьсот раз - это зло.
> Это с одной стороны. А с другой - "стопятьсот" версий libastral в
> системе, включая древние и дырявые (ну не захотел "майнтейнер самодостаточной программы"
> поправить в своей "самодостаточной программе" пять строчек и вместо этого упаковал
> древнющую дрявую libastral, которую уже никто никогда не обновит и не
> исправит) - тоже как бы не совсем "добро". В одной системе
> ("Не проти ночі згадуючи") уже есть "библиотечный ад", давайте и в
> нормальных системах разведем, а то не солидно как-то...В нормальных системах тоже самое называется "адом завасимостей", который майнтейнерам дистрибутивов приходится расхлёбывать из-за современной архитектуры репозиториев. А возможность упаковать собственные библиотеки в свою песочницу, от этого ада как раз позволит избавиться.
>[оверквотинг удален]
> Или даже мной самим. Ну, да. Не новый дистрибутив. На новый
> перейду через полгода. А в этой самодостаточной программе libastral.so версии уже
> 3.1.4, в котором совместимость с прежними версиями внезапно поломана. Каким образом
> я могу убедиться, что там нет трояна? Собрать из исходников я
> не могу - новый libastral опять-таки внезапно имеет тоже имя, что
> и старый. Да и не факт, что он соберется на более
> старой системе. Там зависимостей может быть много.
> Результат: в "песочнице" сидит не пойми что, проверить кое на отсутствие вредоносных
> функций не представляется возможным (где гарантии, что оно собрано из немодифицированных
> исходников?). Теоретически открыто - по факту блоб. Оно кому нужно?Интересно, а каким образом ты убеждаешься в отсутствии трояна собственно в открытых исходниках? Штудируешь и разбираешь логику кода, полагаешься на мейнтейнеров или может каспером исходники проверяешь?=))
> Вот у меня в системе стоит libastral.so версии 2.7.1, собранный мейнтейнерами дистрибутива.И где гарантии что он без трояна? Никогда что ли не слышали про софт в репах собранный с бэкдорами?
> Или даже мной самим.
только не говорите мне что вы исходники перечитывали перед сборкой
> А в этой самодостаточной программе libastral.so версии уже 3.1.4, в котором совместимость с прежними версиями внезапно поломана
И что с того что она поломана? Эта версия используется только внутри этого блек-бокса, и абсолютно никак не влияет на работу вашей системной версии libastral.
> Pезультат: в "песочнице" сидит не пойми что, проверить кое на отсутствие вредоносных функций не представляется возможным
Ключевой момент здесь в том что сидит оно в песочнице. И только не говорите что вы не доверяете песочнице потому что там могут быть баги, иначе с чего бы вы доверяете даже ядру?
> Собрать из исходников я не могу - новый libastral опять-таки внезапно имеет тоже имя, что и старыйкаким образом это вдруг стало мешать сборке? установить да, проблемно, но так никто и не заставляет наживлять на живую систему левую либу. что мешает для тестирования указывать LDPATH?
> Да и не факт, что он соберется на более старой системе. Там зависимостей может быть много.
что мешает собирать новый либастрал в чруте вместе с зависимостями? это конечно муторно и долго, но если очень хочется то можно.
>> и удобстве пользователя,
> Это в смысле, качать самодостаточных хлам пополам с троянами с очередного варезникаПочему с варезника? Надо полагать, будет вполне нормальный официальный источник от самих гномовцев.
>> Greg Kroah-Hartman
> Спокоен и рад за GNOME.Там опечатка! Должен быть Алан Кокс и его вагон.
какое abi и какого ядра если новые поделия собираются лепить на яваскрипте? ураган сенди разнёс вагон кокса из северной каролины по всей стране
У Алана Кокса был вагон?
Вагон кокса!!!!)))
Жена его Кокс и дети его Коксята.
Жена его - Гвинн.
нет, тот вагон, который редхет купил на вырученный за прошлый или позапрошлый год миллиард бабок. В результате родились гном 3 и системд, а линукс грозится скопытиться.
привет puppy linux !
так было же уже у проекта Elementary
http://portablelinuxapps.org/
только загнулось =(
Пошла дорогой андроида. Ну на жизнь право имеет.
>Для передачи данных средствами порталов будет задействован механизм IPC, реализованный на уровне ядраЧем dbus не подошёл?
NIH жеж! в ведре очень мало IPC, в юзерспейсе еще меньше, надо срочно навелосипедить. А еще GNOME Foundation не изобрели пакетные менеджеры и LXC. Вот теперь устраняют этот фатальный недостаток.
Очень спорная идея.
Во первых, её реализация потребует много сил, как от разработчиков Gnome, так и от _всех остальных разработчиков_, которые пишут GUI программы.
Во вторых, эта идея "внезапно" приведет к тем же проблемам, которые постоянно возникают при использовании SElinux и проч. - нужен доступ к файлу, который не описан в манифесте.
В третьих, "независимость от дистрибутива" и "все нужное внутри пакета" приведет к новым проблемам, типа "как обновить libssl.so, если во всех установленных пакетах он свой"?
Про нарушение идеологий KISS и т.д. можно не упоминать.И при этом - не видны грандиозные плюсы от этой идеи.
Т.е. эта решение какой-то непонятной проблемы, которое принесет вполне понятные проблемы.P.S.
Что-то несет их.
Зачастили с "революционными идеями".
Я знаю одну ситуацию, в которой такое поведение полностью оправдано - кончились деньги и надо найти новых инвесторов.
А ещё отчитаться перед старыми.
В этом плане их можно понять - каждый крутится как умеет.
Хотя лучше бы они делали нормальную рабочую DE.
>_всех остальных разработчиков_No.
>KISS
GNOME ему не следует.
>DE
GNOME 4 = GNOME OS
> GNOME 4 = GNOME OSGNOME 4.0 != GNOME 4
>>_всех остальных разработчиков_
> No.А кто будет порталы внедрять в своих программах?
В том же фаерфоксе например.
Тот же фаерфокс останется нативной программой из репозитория с полным доступом к системе.
>приведет к новым проблемам, типа "как обновить libssl.so, если во всех установленных пакетах он свой"?Очевидно, обновить 3,5 пакета, его использующих.
Очевидно, кроме libssl.so есть и системные runtime библиотеки (libc та-же). А также библиотеки пихаемые "во все дыры", либо притянутые через эти все дыры по зависимости, навроде zlib, которая чуть ни в каждом втором пакете маячит.
Полностью разделяю Ваше мнение.Лично меня Gnome настораживала еще когда я ее увидел в первый раз - со всеми ее инновациями с удобствами. А сие было еще во времена Gnome 2. Когда появился Gnome 3, стало ясно, что не зря я сделал выбор не в ее пользу (в чью именно - имхо неважно уже, но справедливости ради отмечу, что это была XFCE).
В последнее же время они творят что-то невообразимое. Собираются писать приложения для своей среды при помощи JavaScript, предлагают инновационные методы распространения программ вот, и это на фоне того, что Gnome 3 большинству пользователей пришелся не по вкусу, как мне известно.
Единственное, что мне приходит в голову - это то, что ребята действительно с трудом сводят концы с концами. Иначе даже не представляю, как можно докатиться до такого состояния.
>[оверквотинг удален]
> И при этом - не видны грандиозные плюсы от этой идеи.
> Т.е. эта решение какой-то непонятной проблемы, которое принесет вполне понятные проблемы.
> P.S.
> Что-то несет их.
> Зачастили с "революционными идеями".
> Я знаю одну ситуацию, в которой такое поведение полностью оправдано - кончились
> деньги и надо найти новых инвесторов.
> А ещё отчитаться перед старыми.
> В этом плане их можно понять - каждый крутится как умеет.
> Хотя лучше бы они делали нормальную рабочую DE.Все приложения ( будут на ЯваСкрипт, какой нафиг lib.so в каждом боксе?!
уже есть в чакре, хорошая идея.
в чакре бандлы с "не КДЕ софтом". Является ли такой бандл полностью самодостаточным по зависимостям ? Помнится что нет. Стартует ли он в "песочнице" ? А после запуска и закрытия приложения бандл уже научился отмонтироваться ? С год назад не умел. После доустановки новой версии со стартом старой и новой версии всё в порядке ? С год назад по alt+f2 новую версию определенно не хотел подсвечивать и автодополнял строго старую.
С завозом веществ у гномосеков всё в порядке.
Elementary уже баловались этим. В итоге, забросили.
Но вообще, неплохо в некоторых случаях.
Это чё они курят то?
> Это чё они курят то?Носки.
> Носки.надеюсь Ричард Мэтьювич не догадывается куда у него грязные носки пропадают
Надеюсь, они уже объединятся с systemd, можно ещё ява-машину андроида и всё это вместе сколлапсирует, не забрызгав остальной опенсорс.
> разработчики GNOME предложили концепцию нового метода
> установки приложений и формата пакетов.
> вся файловая структура, необходимая для работы приложения,
> вместе с библиотеками упаковываетсяМне показалось или нет, что этот новый метод уже есть в PC-BSD?
>> разработчики GNOME предложили концепцию нового метода
>> установки приложений и формата пакетов.
>> вся файловая структура, необходимая для работы приложения,
>> вместе с библиотеками упаковывается
> Мне показалось или нет, что этот новый метод уже есть в PC-BSD?PC-BSD он чем-то напоминает.
А прямо похож он на способ из MacOS.
Ага, свою ось делать собрались со своим магазином.Никаких других обоснований наличия недоверенного софта в системе быть не может. Тогда, конечно, без своих пакетов, таскающих всё своё с собой, не обойтись. И яваскрипт туда же - логично.
Мерзость какая.
>Мерзость какая.Вот вы сначала научите разработчиков опенсурсных библиотек хранить обратную совместимость ABI и API на протяжении мажорного релиза, да объясните ментейнерам дистрибутивов, что некоторые библиотеки в принципе ломают API/ABI по мере минорных релизов и надо поработать над их одновременной установкой (навскидку - boost и libmysqlclient).
Когда закончите, тогда и вякайте про Офигенно Важное Для Каждого Плеера Обновление libssl.
Вы сначала дистр себе нормальный поставьте, где не ломают всё подряд. А то тяните в рот всякую гадость, а потом у вас отваливается что-то в самый ответственный момент.
>Вы сначала дистр себе нормальный поставьте, где не ломают всё подряд.Вы походу не знаете, что такое API/ABI. Последние, кто его ломает - это ментейнеры.
Вы там наверху про ментейнеров пытались что-то сказать. Вот берите дистр нормальный, с нормальными ментейнерами, где не ломается апи/аби. И не будет вашей боли больше в тредах, на ход ноги.
Наверху русским языком написано, что _разработчики_ _опенсурсных_ _библиотек_ _ломают_ API/ABI в мажорных релизах. И когда вы научитесь читать, то поймёте, что смена дистрибутива не поможет.Что касается дистрибутивов - ну-ка подскажите мне такой дистрибутив, где имеются все версии буста с 1.46 по 1.53 включительно, при этом они ставятся параллельно и даже содержимое devel пакета кладётся не в /usr/include/boost, а в /usr/include/boost-$version.
В чём проблема? Гента умеет. А в бинарных просто включается совместимый набор библиотек и софта.
> да объясните ментейнерам дистрибутивов, что некоторые библиотеки в принципе ломают API/ABI по мере минорных релизоввот это отдельная мысль. вот и выбирайте дистр с неломающимися библиотеками от действий ментейнеров. то есть те которые замораживают изменения системы на протяжении цикла жизни дистра. если так уж болит - собирайте статически.
> Вот вы сначала научите разработчиков опенсурсных библиотек хранить обратную совместимость ABI и API на протяжении мажорного релиза
вот ещё отдельная мысль. собственно тут надо спросить: а вы кто такой что бы объяснять людям не берущим от вас денег чем надо заниматься? хотелки свои реализовывать можете форкнув нужные либы.
> Что касается дистрибутивов - ну-ка подскажите мне такой дистрибутив, где имеются все версии буста с 1.46 по 1.53 включительно...
не останавливайтесь на таких хотелках. может вам на 486 проце, с мегом памяти, надо поднять бимеровский дом?
Так и не понял, какая связь мжду этим гномоподелием и недоверенным софтом.
Навскидку прикинул + и -
Ну про минусы до меня расписали.
+:
- Вот захотелось мне иметь какую-нить софтину определенной версии (например плагин отваливается/еще не прикручен), а в пакетном менеджере старее/новее. Щас я как поступаю - тащу исходники и make && make install с префиксом в /opt или /usr/local по вкусу.Не самый частый случай, но, к примеру - LibreOffice так ставить и предлогается (разве что - бинарники уже есть на сайте).
Так что в целом деяние полезное, логическое продолжение убунтовских ppa, главное, чтобы популярным не стало, иначе получим еще одну винду..
> - Вот захотелось мне иметь какую-нить софтину определенной версииПоэтому ты ее укачаешь с абы какого варезника, самодостаточную? И получишь троянов в комплекте...
> Поэтому ты ее укачаешь с абы какого варезника, самодостаточную? И получишь троянов
> в комплекте...Open-Source приложение.. с варезников.. Я конечно люблю извращения, но не столько же..
Могу развить идею - почему-бы кому-нибудь не сделать большую свалку скомпиленных со всеми либами и выполняемых в "тонкой" песочнице бинарников кучи программ на подобие github или репозитория, сэкономили бы кучу энергии в масштабах планеты, затрачиваемую на компиляцию.
И далеко не редкость, когда мнение дистроклепателей/авторов некоторых вполне конкретных прог расходится с моим собственным в плане того, что мне нужно, но остальные 99% ПО в дистре меня устраивает. Но компиляция нужной мне проги часто тянет зависимостей раз в 10 больше чем уже скомпиленная версия. И это все надо скачать, собрать прогу, проверить, вычистить мусор. На это может весь день уйти, хотя прога мне нужна была на 10 минут работы (открыть файлик из устаревшего легаси-формата и пересохранить в нормальном - просто из личного опыта).Но у идеи есть и минусы. На 1е место ставлю лень. Пока прога работает, многие поленятся её допиливать: проще решить проблему внаглую, сказав "вот вам рабочая версия, её и пользуйте". Общество почти всегда движется по пути наименьшего сопротивления и open-source - не исключение. В этом плане развитие и переписывание рабочих либ и ломание совместимости идет на пользу сообществу в целом.
Тут же возможность запилить трояны, хотя в винде опыт борьбы с ними накоплен.Итого - моё мнение прежнее. Как доп. фича для частных случаев - идея годная. Как основной принцип раздачи ПО - тыкать носом в WinXP и давить идею на корню ).
Найдите дистр с дневными срезами репозитариев. После соскакиваний на нужную версию поставить на холд.
Почему-то сразу OS X вспомнился. С их .dmg, хотя это конечно совсем другое.
Что ж посмотрим что получится. В принципе-то вещь интересная.
Вы ничего не напутали, чего там интересного это смесь винды с андроидом и макосью. Если каждое приложение будет пихать в свой каталог все библиотеки это ахтунг !
А зачем приложению пихать в свой каталог все библиотеки? В той же мак ос среднестатистическая программа (а это по-сути каталог вида <имя-проги>.app) состоит из бинарника, нескольких *своих* библиотек (если таковые вообще нужны) и ресурсов (картинок, файлов локализации и т.п.). Все библиотеки, которые можно взять из системы, берутся из системы - своё тащат только если ну очень нужно ибо плохой стиль. В свою очередь, приложения не размазываются тонким слоем по фаловой системе и не засирают служебные каталоги ОС.Более того, никто не мешает совместить установщик таких приложений со, скажем, PackageKit. И тогда можно будет для изолированных приложений устанавливать зависимости через системный менеджер пакетов.
Так что поживем увидим, как оно там будет.
> А зачем приложению пихать в свой каталог все библиотеки? В той же
> мак ос среднестатистическая программа (а это по-сути каталог вида <имя-проги>.app) состоит
> из бинарника, нескольких *своих* библиотек (если таковые вообще нужны) и ресурсов
> (картинок, файлов локализации и т.п.). Все библиотеки, которые можно взять из
> системы, берутся из системы - своё тащат только если ну очень
> нужно ибо плохой стиль. В свою очередь, приложения не размазываются тонким
> слоем по фаловой системе и не засирают служебные каталоги ОС.А не все ли равно где приложение размазано если пакетный менеджер умеет его и правильно поставить и потом правильно за собой убрать ?
А для эстетов, которые любят менять руку в процессе, существует /usr/local
Справедливости ради, в винде так реестр работает. Размажется по всей системе и без спец программы ни фига с ним не сделаешь.
У реестра другая логика работы: если существует API обращения к реестру, то разработчики ОС могут менять реализаци не требуя изменения ПО.
Это здесь причем?
Бардак в ФС оно не отменяет.
Справедливости ради, тут виндовый реестр вообще не причём и его реализация бардак в линуксовых ФС не отменяет.
>В свою очередь, приложения не размазываются тонким слоем по фаловой системе и не засирают служебные каталоги ОС.Фраза-детектор.
>> В свою очередь, приложения не размазываются тонким слоем по фаловой системе и не засирают служебные каталоги ОС.
> Фраза-детектор.Цитата-детектор.
> Вы ничего не напутали, чего там интересного это смесь винды с андроидом
> и макосью. Если каждое приложение будет пихать в свой каталог все
> библиотеки это ахтунг !А круглая кнопка с градиентом тоже смесь винды с андроидом и макосью. Это мягко говоря не аргумент. И потом, это можно сделать удобным инструментом для определенных ситуаций. Никто же не предлагает "все разрушить и заново построить".
Вот например есть мега программа с кучей зависимостей, да еще и dev-версия с жесткой зависимостью от версий кучи библиотек. Она еще не прилизана, но посмотреть хочется и так, чтобы не пришлось пол дня шаманить с зависимостями, превратив свой набор пакетов в зону боевых действий. А потом окажется, что оно еще и с уязвимостью страшной или систему роняет на вечно.
И вот тут на выручку приходит эта технология. И шаманить не надо, и мусора не оставит, да еще и в песочнице безопасно выполница.И примеров моно привести уйму, где нужна программа на разок запустить, а ставить ее ради этого не хочется.
.dmg - другое, .app - ровно то же самое.
Когда-то в новостях писали, что гномовцы с мелкософтом сотрудничают. Ну вот и результат. Былы линукс-хакерами, стали мелко-*осами.
> Когда-то в новостях писали, что гномовцы с мелкософтом сотрудничают.месье шутить изволили?
http://www.phoronix.com/scan.php?page=news_item&px=MTExMzMОни там явно не чаек попивали.
> http://www.phoronix.com/scan.php?page=news_item&px=MTExMzM
> Они там явно не чаек попивали.занятно, тэто наводит на мысли о том почему он становится... таким
только я прочитаг Грега как Картман????
> млять.. как же заебали эти тупые долбоёбы, мочат некогда единственное нормальное DE
> каждый день новыми идиотизмами...как же замучили эти сраные хэйтеры.
как только появляется какая-то новость про GNOME -- то сразу они налетают!
ну не нравится если вам GNOME (если вы не понимаете его концепцию) -- то просто не используйте. а лучше просто -- постарайтесь понять!
по крайней мере критика должна быть конструктивной, а НЕ
"я не хочу эту функцию, потому что это как в Windows!"пишите так, как будто GNOME пытается отобрать репозитории!
вот пример: для Steam не существует RPM-пакета для Fedora-16 (но есть для Fedora-17 и Fedora-18) -- и какое вы тут предлагаете решение проблемы? думаете это единичный случай такой вдруг произощёл?
ды сотни случается случаев, когда сторонние репозитории либо слишком новые, либо слишком старые.
а для того чтобы поиграть часок в неделю в Quake -- не хочется превращать всю систему в помойку. (ТОЛЬКО ЛИШЬ РАДИ ОДНОЙ ПРОГРАММЫ, которая поидее могла бы находитсья в sendbox и никому не мешать. остальные программы пусть как и раньше ставятся через репозитории, кто мешает-то?)
# P.S.: GNOME-2 уже не существует. если кому-то разонравился GNOME уже начиная с версии GNOME-3 -- то смеритесь наконец уже с мыслями о том что GNOME-2 уже в прошлом. и сделайте выводы [подберите для себя нужную DE или ещё что-нибудь придумайте], а не хнычьте о том как якобы GNOME умирает...
# P.P.S.: концепция GNOME это простота для использования. если у вас другая концепция (чем сложнее для использования -- тем лучше. чем больше настроечек -- тем лучше. чем больше нужно потра**ться с установкой нестандартных программ -- тем лучше) -- то просто с GNOME вам не по пути, но это НЕ обозначает, что GNOME умирает, или что какаято другая DE умирает.
Абсолютно верно. Вопли гномофобов просто смешны. Не нравится Гном, используйте Кеды. В чём проблема? Gnome стал гораздо более удобным именно в третьей версии. А Gnome 3.8 позволяет слепить при помощи плагинов окружение хоть в стиле Gnome 2, хоть в стиле Windows. Только зачем уродовать замечательное окружение? Команда Gnome за последние годы сделала больше полезного для сообщества, чем за предыдущие 10 лет.
это не вопли гномофобов и гномохейтеров, а глас обманутых гномофилов
> ну не нравится если вам GNOME (если вы не понимаете его концепцию) -- то просто
> не используйтеТак вероятно все дело в том что прежнее нравилось и устраивало и хотелось только обычного постепенного развития имеющегося, а не революции. Человек кучу лет работал в гноме, привык, а тут вдруг бац - и все "усовершенствовали". Т.е. пользователь когда-то выбрал гнома из-за его свойств и характеристик, а теперь многое из того, из-за чего выбор пал на эту DE, поломали и заменили чем-то другим. Это уже другая DE. И теперь тут поналетели защитники - на справедливое недовольное ворчание кидают тупые аргументы - "не нравится - не ешь", "а что ты сделал сам", "хочешь чтобы было по-другому - делай". Пользователь в свое время доверился разработчикам, сделав выбор, возможно, даже помогал отсылая багрепорты и фичреквесты, организовал свою повседневную работу в гноме, а тут вдруг - все, приплыли - разработчики старое забросили, занялись более для них интересным новым. Не, конечно у нас не рабовладельческий строй, разработчики не рабы, но, получается, кидалы.
> как же замучили эти сраные хэйтеры.
> как только появляется какая-то новость про GNOME -- то сразу они налетают!...а помните год 2008?
:)> ну не нравится если вам GNOME (если вы не понимаете его концепцию)
> -- то просто не используйте. а лучше просто -- постарайтесь понять!Как тут уже писали, критикуют не просто GNOME3 как таковой, а еще и как наследника любимого многими GNOME2.
> вот пример: для Steam не существует RPM-пакета для Fedora-16 (но есть для
> Fedora-17 и Fedora-18) -- и какое вы тут предлагаете решение проблемы?
> а для того чтобы поиграть часок в неделю в Quake -- не
> хочется превращать всю систему в помойку. (ТОЛЬКО ЛИШЬ РАДИ ОДНОЙ ПРОГРАММЫ,Решения есть, особенно учитывая что если не дали rpm, то не дадут и этого новоизобретения. А проблема тут от способа упаковки мало зависит.
И будет у вас помойка из других файлов, не всё равно ли?
Годное начинание. Сам думал над тем, что для установки разных версий одного и того-же пакета надо его засунуть в контейнер-песочницу, и пробросить туда нужные либы. Теперь можно будет держвать в системе несколько разных версий той-же libc для новых, и старыхъ приложений. И т.п.
> Теперь можно будет держвать в системе несколько разных версий той-же libc для новых, и старыхъ приложений.зашибись какой полезный юз-кейс. У тебя с головой всё нормально?
А что не так с юзкейсом? Может вы расскажете нам ваше решение данной проблемы, вот у вас есть три программы A, B, C. A зависит от libc 1.5, B от 1.6, C от 1.7, все указанные версии libс не совместимы по API, как в таком случае вы ставите в свою систему эти 3 программы?
никогда не сталкивался с такой ситуацией, все пакеты использую из реп дистра. если тебе так прижало, используй виртуалку.
Вот да, буду я щас ещё на ноутбуке виртуалку на каждую программу запускать.
Пакеты-то используют версию из дистра, но вы представляете в какой геморой для мейнтейнеров выливается сборка дистра где ни одна программа не конфликтует по версиям зависимостей с другими?
Почему ни у кого нет таких геморроев в работе а у тебя есть? Ты бы задумался.
> А что не так с юзкейсом? Может вы расскажете нам ваше решение
> данной проблемы, вот у вас есть три программы A, B, C.
> A зависит от libc 1.5, B от 1.6, C от 1.7,
> все указанные версии libс не совместимы по API, как в таком
> случае вы ставите в свою систему эти 3 программы?Статическую линковку придумали очень давно. Раньше динамической.
Так что для случая, когда эту версию либы использует только одна программа, статика - самое оно.
И чем ваша статическая линковка отличается от самодостаточных пакетов приложений?
> все указанные версии libс не совместимы по API, как в таком
> случае вы ставите в свою систему эти 3 программы?LD_LIBRARY_PATH?
И насколько в дистрибутивах поддерживается механизм разных LD_LIBRARY_PATH для разного софта? или вы говорите о том что я руками ещё должно компилировать все версии библиотек, раскладывать их по разным папкам, прописывать этот LD_LIBRARY_PATH?
В смысле, поддерживается-не поддерживается? Там, где вам надо, думаю, работает. Библиотеки собирать не надо, можно взять от старых/новых версий этого же дистра. Вы хотели решение, вот одно из.
а какое это отношение имеет к гнуму? virtuozzo/openvz/lxc - и, замечу, никакого нового ядерного IPC.
> Теперь можно будет держвать в системе несколько разных версий
> той-же libc для новых, и старыхъ приложений.И как эти самые новые и старые приложения будут из своей песочницы работать с glibc в, опять же, песочнице?
Да и какие «старые и новые версии» могут понадобиться одновременно?
GnomeOS не за горами...
Очень хорошо! Похоже, что у человечества есть все таки шанс получить, наконец, вменяемую ОС для персональных компьютеров.
Понимаю, что адекватные люди просто не учавствуют в коментировании, именно поэтому тут одни крики "не нужно", "перешел на..." и тому подобное. Но именно поэтому хочется сказать - GNOME 3 нужен и многим нравится то направление которое избрали разработчики для развития и удачи им в этом. GNOME 3 фактически единственное рабочее окружение, привнесшее в рабочий процесс что-то новое, в отличие от прочих, от раза к разу копирующих винду и мак.
буду краток: вы ошибаетесь
Из того что винда и мак реализует удобный для пользователя как человека интерфейс, НЕ вытекает что те кто следует в том же направление копирует их или нарушает их патенты. Человек, первый пересевший на телегу не может патентовать колесо, имхо.
> GNOME 3 нужен и многим нравится то
> направление которое избрали разработчики для развития и удачи им в этом.
> GNOME 3 фактически единственное рабочее окружение, привнесшее в рабочий процесс что-то
> новое,действительно, почти каждую минорную версию что-то меняют в апи. это так удобно!
Авось действительно что-то толковое получится. Есть такой шанс. Посмотрим, выводы делать рано.
Непонятно, бинарники или интерпретируемые файлы. Если второе, то это очень хорошо, и решает проблемы кроссплатформенного запуска. Если первого - то это не очень хорошо, но тоже хорошо.А порталы... портальную пушку будут выдавать на движке mari0? Типа "прыгал-прыгал по приложениям, и оказался в жо... в винде. выхода нет, продукты кончились, что делать?".
Есть ещё вариант "байткод", вроде .NET, jvm. Решает проблемы кроссплатформенного запуска и при этом имеется шаг компиляции, помогающий избавить код от типовых ошибок.
> .NET
> Решает проблемы кроссплатформенного запускаfacepalm.jpg
>> байткод
>> Решает проблемы кроссплатформенного запуска
> facepalm.jpgok.png
полюбому, хорошо что есть Xfce, Mateнет чтобы делать нормальную ДЕ они тока код засирают.
реально походу нарки.
Готовятся к монетизации GNOME? Будет свой магазин приложений.
Прочитал и перевод и оригинал, но так и не понял какую задачу они пытаются этим решить.
> Прочитал и перевод и оригинал, но так и не понял какую задачу
> они пытаются этим решить.Уши уже сейчас видны - сделать а-ля андроид со своим магазином и кругом разработчиков околопропритариальных приложений.
Все это будет приподноситься под соусом нарушения обратной совместимости в релизах системных библиотек. Как сами разработчики приложений будут патчить уязвимости старых библиотек - вопрос. Наверно за деньги...
> Прочитал и перевод и оригинал, но так и не понял какую задачу
> они пытаются этим решить.Банально - заработать деньги. Инвесторы не охотно спонсируют DE. Они говорят - смотрите вот андроид обеспечивает возврат инвестиций. Капитализируются одним словом.
> Банально - заработать деньги.На ком, простите? Кто во вменяемом состоянии будет пихать в корпоратив Гнум3?
Уж лучше КДЕ со всеми вытекающими. Там условно приемлемый ARPU собирать - вполне посильная задача, особенно с учётом Steam и т.п. Надо только мозг подключить + творчества чуток добавить.
ЗЫ: Так как КДЕ - платформа "готовая". В отличие от.
> Прочитал и перевод и оригинал, но так и не понял какую задачу
> они пытаются этим решить.Если раньше опенсорс - спонсор:
1. Академический интерес
2. Своего рода аутсорсинг для софтверных компанийСейчас иду "последователи программы"
1. цикл деньги - товар - деньги шрих
2. пока "деньги штрих" больше чем "деньги" повторить с тем же товаром
3. иначе найти другой товарвот так приблизительно ))
Странно всё это...
Идея-то, сама по себе не плохая...
Вот только и бинарный реестр системных настроек тоже "идея сама по себе хорошая".
Что из этих "хороших идей" получается обычно - мы видели. Это всё работает в сферическом вакууме при нулевом трении.
А вот в действительности - буксует и служит питательной средой для нечистоплотных коекакеров.
Согласен во второй части, но и сама идея плоха.1) Прямая дорога к превращению системы в запускалку для проприетари из очередного "магазина". Собственно, совершенно ясно, что оно для того и сделано.
2) Очевидно же, что авторы всех этих сборок в большинстве своём будут игнорировать вновь найденные баги/уязвимости в тех библиотеках, которые они в эти сборки напаковали. Соответственно, ломаться всё это будет. И то, что это будет в рамках одной песочницы - только иллюзия безопасности, см. андроид и то,как пользователи охотно разрешают приложениям делать что угодно.
3) замена системных API (в частности, доступа к файловой системе) на специфические гномовские - тоже плохо. Софт, в идеале, должен работать где угодно, просто получая дополнительные плюшки, если запущен в "родном" DE.
4) то, что в системечасть софта не видна системному пакетному менеджеру - тоже плохо, допустим, чтобы развернуть аналогичную систему на новой машине уже нужны дополнительные шевеления.
А основное, что плохо - плохо приучать пользователя пользоваться недоверенным софтом. Это должно быть крайним случаем, обвешанным соответствующими неудобствами и предпреждениями, и для неспциалиста должнобыть примерно тем же, что заппуск неизвестно откуда скачанного исполняемого файла.
Здесь или перевод неточный, или...:>... формат "app image", при котором вся файловая структура, необходимая для работы приложения, вместе с библиотеками упаковывается в образ файловой системы. После установки этот образ подключается к собственной точке монтирования ...
Либо я неправильно понял, либо: "Фак Ю, Динамик! Вива Статик!" Так что-ли получается? Некуда террабайты девать?
Чтож за зоопарк в системе будет?
Блин, текущие стандарты им не нравятся - делают новый.
Но почему тогда не использовать стандартный rpm формат пакетов? (тем более что утилита rpm по LSB есть в дистрибутивах). Связь между их "нестандартными" зависимостями и требуемыми не-гномовскими библиотеками в конкретном дистрибутиве можно реализовать через метапакеты, свои в каждом конкретном дистрибутиве. И будет всем удобнее, если не появится новый формат.
Они же сказали - делаем GNOME OS.
Поттеринга подключать собираются? Идея уж очень ему подходит. В этот фпп-контейнер запихнуть сустемд, пульсу и ФТОПКУ!!!
Как же далеки они от народа..
по ходу, они там все на какой-то мутной химии.
Это они у тиклеров задумку подсмотрели что ли?
tclkit = самодостаточное приложение со встроенной файловой системой и хранилищем данных.Нет, спасибо, мне такое в моей системе не нужно.
Идиотская идея, напрочь исключающая все преимущества динамического связывания.
Не, ну где они такие вещества забористые берут?
Уже два года их не отпускает, еще с момента релиза третьего гнома.
Мне кажется, что речь идет о приложениях ДЕ (проводник, расширения и т.п.), которые будут состоять из двух частей бинарной и ГУЙ на ЯваСкрипт, а для лучшей совместимости распространятся они будут через своего рода магазин/пакетный менеджер. И выполнятся они будут приложения ГУИ в сэндбоксах в чем проблема, приложения не для Гнома3 будут работать, как раньше и все проблемы лягут на разработчика?
ЗЫЖ С учетом роста различных мобильных и не мобильных девайсов разнообразием разрешений и ДПИ - это оправданно и доказано Андроид! О каком нормальном использовании линукс на мобилке с ИКСФЕ может идти речь?! Разработчики просто хотят, чтобы покрайней мере стандарные приложения или дополнения работали одинаково на любом девайсе с любым разрешением и были безопасны для системы.
> хотят, чтобы покрайней мере стандарные приложения или дополнения работали одинаково на
> любом девайсе с любым разрешениемэто само по себе ржака. знаешь, если бы я на десктопе увидел hildon-интерфейс, меня бы кондратий хватил. а на N900 «обычный» софт как-то не очень, хоть и 800x400.
хинт: морду надо писать разную для телефонов, десктопов, планшетов. и это неизбежно подразумевает разную функциональность. так что не неси больше этот бред, брось прямо там, где сидишь.
PBI+jails+blackjack&hookers
Это возможно уже сейчас. Просто компилируйте в CentOS 6 и используйте только те системные библиотеки, которые прописаны в LSB 4.1.1. Все прочие библиотеки пакетируйте вместе с приложением. И всё. Так делается с Adobe Flash, например, поэтому один tar.gz запускается во всех дистрибутивах Linux любого года выпуска.
Пусть делают, как нибудь попробую, отстаньте от них, что вы к ним лезите со своими словами... А вдруг?...
Собаки лают, караван идет