Здравствуй, Юрий.
Насколько я помню, такие вопросы обсуждаются в рассылке (на английском). Правда, что-то нигде не могу найти подтверждение… Нашел вот одну цитату:
keep the rootfs on the LiveCD light enough to run on machines with at least 128 MB RAM
Как я понимаю, это основной приницип формирования набора пакетов для любого официального flavor.
Spacefm у нас уже был. Я честно пытался привыкнуть к нему (я использую SliTaz давно, начиная с третьей версии), я видел, что у Spacefm куча прикольных возможностей, но мне было очень трудно привыкнуть к его интерфейсу. Его автор и я как будто с разных планет! :) Но полтора года назад дружба SliTaz с Spacefm закончилась и я вздохнул с облегчением. Как я помню, основной причиной отказа от Spacefm послужило то, что он ни в какую не хотел работать с Busybox Shell, для него нужно обязательно установить Bash. И хотя это немного (плюс 300 КБ к размеру ISO, плюс 748 КБ к занимаемой системой ОЗУ), от него отказались. В то же время PCManFM после долгого застоя стал активно развиваться, стали пилиться старые баги, добавляться новые фичи, и поэтому мы с радостью вернули старый добрый PCManFM… Да, я и сейчас скажу, что Spacefm «на любителя», каждому свое.
Добавив udevil получим те же возможности, которые дает gvfs и даже больше.
Исправь меня, если я не прав. Разве это не «костыль»? «Костылить» систему можно до определенного времени и это даже может оправдывать себя. Смотря какие цели у системы. Хороший пример тут Puppy и PuppuRus, системы, в целом, легкие и отзывчивые, но своеобразные, взять хотя бы уже старый-престарый (в смысле, уже давно не применяется, вроде) «костыль» для формирования меню из десктопных файлов для JWM. А у нас применяется библиотека, которая строит меню автоматически и в соответствии со стандартами.
К чему я это написал? Вот честно говоря не знаю, в чём отличие Gvfs и Udevil. У меня просто работает Gvfs и позволяет монтировать локальные диски, флешки и сетевые диски. С ним работает PCManFM и, возможно, какие-то еще (даже может быть многие) программы. Что будет, если удалить Gvfs (и поставить Udevil)? Эти программы перестанут работать? Пропадет ли какая-то «автоматизация» и что-то придется делать вручную (самописными скриптами-костылями)? Вот даже современный PuppyRus перешел на использование Systemd, чтобы соответствовать новым стандартам (а SliTaz (пока) нет).
Как мне кажется, нужно унифицироваться. Система просто «загнется», когда из проекта уйдут те, кто писал все эти самописные скрипты, и чем система более унифицирована, тем лучше. Как мне кажется, сейчас в проекте нет никого, кто разбирался бы в Udevil (хорошо, если бы я ошибался) и хотел бы поддерживать его и Spacefm.
избавиться от LXDE, вместо этого использовать связку openbox+some-panel (лучше всего tint2, только более новой версии. Кстати нельзя ли обновить версию в репозитории? Если нужно меню - fbpanel).
А зачем от него избавляться? Система не такая уж большая, свои функции выполняет. Чем заменить все эти LXAppearance и LXRandR и прочие? Написать на скриптах с Yad? Нет, спасибо :)
С панелями я экспериментировал давненько, но остался на LXPanel. Мне очень понравилась одна, кажется Bmpanel называется. Но всё дело как раз в меню! Большинство панелей не поддерживают меню приложений. Или им Python нужен. Или Xdo-tool. Или меню не поддерживает стандарты (не переводится на русский, не обновляется автоматически, и т.п. критичные для меня вещи).
Tint2 обновлю, и на Fbpanel гляну, попозже.
Так сразу же станет проще разобраться с местом хранения конфигов для openbox, панели и файлового менеджера, да и с автостартом тоже.
Эмм, а сейчас что в этом сложного?
$XDG_CONFIG_HOME/openbox/
$XDG_CONFIG_HOME/pcmanfm/
$XDG_CONFIG_HOME/autostart/
. . .
$XDG_CONFIG_HOME/gtk-2.0/
$XDG_CONFIG_HOME/midori/
$XDG_CONFIG_HOME/sakura/
$XDG_CONFIG_HOME/Skype/
$XDG_CONFIG_HOME/vlc/
. . .
Beaver мне просто не нравится, когда есть geany:-)
Согласен на все сто. Есть даже предложение удалить Beaver, не обращаясь в рассылку. Собираем подписи :)
Geany уже был в SliTaz (только если я не путаю его с PuppyRus, давно было). Размер не слишком уж маленький, чтобы включить его в состав Live CD. Тут без рассылки не обойтись. Да и посмотреть нужно, какой размер получится ISO / занимаемой ОЗУ.
evince тяжелый и тупит. Лучше связка epdfview+djview, а если комбайн, то qpdfview.
Размер?
Штатный просмотрщик PDF такой легкий по размеру и одновременно такой тяжелый в работе! А еще это перелистывание по целой странице, зла не хватает! (И не хватает режима Continuous). Мне больше всего нравится для просмотра PDF программа под незатейливым названием PdfViewer. Но она работает в среде Qt и как оказалось, ее нету в наших репозиториях (я ее или собрал сам или сконвертировал из «чужих» пакетов).
Подытожу. Все эти предложения хороши, покуда кто-то будет их поддерживать. Сейчас же даже не известна их жизнеспособность и конкретный набор пакетов. Я бы не отказался запустить ISO с тем SliTaz, как его видишь ты. Собрать собственный SliTaz можно на пицце. Если нужны какие-то пакеты, которых нету в репозитории — не проблема, соберу; нужна хотя бы минимальная помощь — ссылка на проект пакета и на его исходники.
