Просто нравится Gnome 3, внешне, анимациями (хотя не люблю это дело, но тут вышло неплохо). Clutter радует. Вообще с Gnome произошло и хорошее в третьей ветке. Да и хоть какое-то развитие, в то время как Mate это то что было 4 года назад, а потребности пользователей меняются (серьезно, gnome-shell привнес некоторые фичи которые мне нравятся).

Это проблемы апстрима, а Fedora 19 с другими DE очень стабильна даже сейчас, на стадии беты.

Это проблемы апстрима, а Fedora 19 с другими DE очень стабильна даже сейчас, на стадии беты.

Да, мы знаем, все проблемы в Fedora - всегда проблемы какого-нибудь апстрима, а сама Fedora стабильна даже на стадии альфы... :) А может просто мы не ту Fedora знали...

Хочу на GTK.

Ну вот какая пользователю разница какой тулкит использовали разработчики DE?

сложность сборки .deb

после rpmbuild кажется раем

траблы с приоритетами репозиториев

lolwut?

рекомендуемые/жесткие зависимости

о да, выбор - это просто ужасно. То ли дело криворукие мейнтейнеры, которые делают xmms (да-да, тот, который на первом гытыка) жесткой зависимостью от collectd. А ведь если бы были recommended...

Весь этот мусор, что выбрасывает apt в терминале

yum в принципе не имеет права на жизнь. Более кривого и тормознутого менеджера я не видел.

Кстати, про Nemo, он умеет менять директориям иконки и сохранять масштаб иконок для каждой директории в отдельности (как Nautilus)?

в то время как Mate это то что было 4 года назад, а потребности пользователей меняются

Мне, к примеру, хватает возможностей второго гнома (даже не MATE) до сих пор.

Да ты просто ретроград! ;)

обнови из koji: mutter g-c-c g-s-d gnome-shell до 3.8.3

yum в принципе не имеет права на жизнь. Более кривого и тормознутого менеджера я не видел.

Получить список пакетов через dpkg, а поиск по базе - apt-cache, найти какому пакету принадлежит файл стандартными средствами вообще нельзя. И они что-то говорят про yum.

Какое дело мне до скорости работы(которую вы все равно меряете неправильно потому что не умеете у юма отключать обновление кеша), когда мне нужен _удобный_менеджер_пакетов_? С широкими возможностями по поиску, листингу, откатом истории, доп. информацией о пакетах и всем остальным. Неудивительно что убунтоиды сбегают из консоли в гуишные «центры приложений», они ведь не знают, что работать в консоли с пакетами может быть удобно.

Получить список пакетов через dpkg

dpkg -l, dpkg --get-selections

а поиск по базе - apt-cache

aptitude, например, или опять же man dpkg

найти какому пакету принадлежит файл стандартными средствами вообще нельзя

dpkg -S

Какое дело мне до скорости работы(которую вы все равно меряете неправильно потому что не умеете у юма отключать обновление кеша)

он и без этого тормозит. Феноменально тормозит. Например, на резолвинге зависимостей.

С широкими возможностями по поиску, листингу, откатом истории, доп. информацией о пакетах и всем остальным

aptitude

dpkg -S

# dpkg -S */traceroute
traceroute: /usr/share/doc/traceroute
# which traceroute
/usr/sbin/traceroute

Не криво ни разу, да.

aptitude
aptitude
aptitude

То есть когда мы говорим о скорости - мы сравниваем с apt, а когда о функционале, то с aptitude ?

Зачем ты тащишь свои юмнутные привычки в няшный dpkg?

-S ищет по точному совпадению. По ряду причин бинарник traceroute в дебиане называется /usr/bin/traceroute.db, поэтому логично, что */traceroute его не находит.

┌─[10:52][leave][~] 
└─╼ dpkg -S */traceroute*
traceroute: /usr/share/doc/traceroute/copyright
traceroute: /usr/share/doc/traceroute/CREDITS
nmap: /usr/share/nmap/scripts/traceroute-geolocation.nse
traceroute: /usr/bin/traceroute.db
traceroute: /usr/share/man/man1/traceroute6.db.1.gz
traceroute: /usr/share/doc/traceroute
traceroute: /usr/share/doc/traceroute/README
traceroute: /usr/bin/traceroute-nanog
traceroute: /usr/bin/traceroute6.db
traceroute: /usr/share/doc/traceroute/changelog.gz
traceroute: /usr/share/doc/traceroute/changelog.Debian.gz
traceroute: /usr/share/man/man1/traceroute.db.1.gz
traceroute: /usr/share/man/man1/traceroute-nanog.1.gz
traceroute: /usr/share/doc/traceroute/TODO

┌─[10:52][leave][~] 
└─╼ dpkg -S traceroute
grc: /usr/share/grc/conf.traceroute
traceroute: /usr/share/doc/traceroute/copyright
traceroute: /usr/share/doc/traceroute/CREDITS
nmap: /usr/share/nmap/scripts/traceroute-geolocation.nse
traceroute: /usr/bin/traceroute.db
nmap: /usr/share/nmap/scripts/targets-traceroute.nse
traceroute: /usr/share/man/man1/traceroute6.db.1.gz
traceroute: /usr/share/man/man8/tcptraceroute.db.8.gz
traceroute: /usr/share/doc/traceroute
traceroute: /usr/share/doc/traceroute/README
traceroute: /usr/bin/traceroute-nanog
traceroute: /usr/sbin/tcptraceroute.db
traceroute: /usr/bin/traceroute6.db
traceroute: /usr/share/doc/traceroute/changelog.gz
traceroute: /usr/share/doc/traceroute/changelog.Debian.gz
traceroute: /usr/share/man/man1/traceroute.db.1.gz
traceroute: /usr/share/man/man1/traceroute-nanog.1.gz
nmap: /usr/share/nmap/scripts/http-traceroute.nse
traceroute: /usr/share/doc/traceroute/TODO

┌─[10:52][leave][~] 
└─╼ dpkg -S bin/traceroute*
traceroute: /usr/bin/traceroute.db
traceroute: /usr/bin/traceroute-nanog
traceroute: /usr/bin/traceroute6.db

То есть когда мы говорим о скорости - мы сравниваем с apt, а когда о функционале, то с aptitude ?

aptitude все равно быстрее юма. Это раз. apt-* дает всю ту же самую функциональность, но - о ужас! - она разбита по нескольким приложениям. Это два.

Нда, няшность налицо.

Ещё и ищет dpkg только по установленным пакетам. А по репам ищет apt-file, которого в стандартной поставке нет и половина пользователей apt вообще не знает, что такой существует.

В общем, когда напишете что-то хотя бы сравнимое по удобству с интерфейсом yum - приходите, будем скорость обсуждать.

Ещё и ищет dpkg только по установленным пакетам.

да, есть такая проблема. Но и у rpm та же беда.

В общем, когда напишете что-то хотя бы сравнимое по удобству с интерфейсом yum

бугога. Ты пока нашел единственную проблему. В то же время yum зачем-то падает, если не находит gpg-ключа (вместо того, чтобы спросить «вы уверены»? и не надо заливать про gpgcheck=0); случайное нажатие enter во время обновления кэша/резолвинга зависимостей/whatever воспринимает как ответ на вопрос «Install y/N»; безумный резолвер; и т.д., и т.п.

Ты пока нашел единственную проблему.

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

И я могу, например, сделать yum install /usr/lib/libsmth-0.1.0.so и получить желаемое.

А «единственная» проблема отсутствия нормального поиска, листинга и истории - это в общем-то проблема отсутствия пакетного менеджера как такового.

ждать, когда в бэкпортах появится нужный мне пакет

Перенеси сам, будь мужиком, блеать.

пишу на эмоциях - очень уж надоело это наплевательское отношение к юзерам.

«Проблема музыки в России» как она есть.

А «единственная» проблема отсутствия нормального поиска, листинга и истории

поиска нет и в rpm (который и является пакетным менеджером), листинг в юме (и в rpm, кстати, тоже) ужасен, что есть «история»?

листинг в юме:

$ yum list installed python*
Loaded plugins: fastestmirror
Installed Packages
python.x86_64                            2.4.3-44.el5                installed
python-elementtree.x86_64                1.2.6-5                     installed
python-iniparse.noarch                   0.2.3-4.el5                 installed
python-libs.x86_64                       2.4.3-44.el5                installed
python-sqlite.x86_64                     1.1.7-1.2.1                 installed
python-urlgrabber.noarch                 3.1.0-6.el5                 installed

$ yum list python* | head -n 20
Loaded plugins: fastestmirror
Installed Packages
python.x86_64                             2.4.3-44.el5                 installed
python-elementtree.x86_64                 1.2.6-5                      installed
python-iniparse.noarch                    0.2.3-4.el5                  installed
python-libs.x86_64                        2.4.3-44.el5                 installed
python-sqlite.x86_64                      1.1.7-1.2.1                  installed
python-urlgrabber.noarch                  3.1.0-6.el5                  installed
Available Packages
PythonCard.noarch                         0.8.2-1.el5                  epel     
python.x86_64                             2.4.3-56.el5                 base     
python-BeautifulSoup.noarch               3.0.7a-3.el5                 epel     
python-Coherence.noarch                   0.5.8-1.el5                  epel     
python-GeoIP.x86_64                       1.2.5-0.3.20090931cvs.el5    epel     
python-GnuPGInterface.noarch              0.3.2-2.el5                  epel     
python-IPy.noarch                         0.70-1.el5                   epel     
python-Levenshtein.x86_64                 0.10.1-6.el5                 epel     
python-Lightbox.noarch                    2.1-3.el5                    epel     
python-MAPI.x86_64                        7.0.13-1.el5                 epel     
python-PSI.x86_64                         0.3-0.1.b2.el5               epel  

листинг в dpkg

$ dpkg --list python* | head -n 20
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                Version                      Description
+++-===================================-============================-==========================================================================
ii  python                              2.6.6-3+squeeze7             interactive high-level object-oriented language (default version)
un  python-4suite                       <none>                       (no description available)
un  python-all                          <none>                       (no description available)
un  python-all-dbg                      <none>                       (no description available)
un  python-all-dev                      <none>                       (no description available)
ii  python-apt                          0.7.100.1+squeeze1           Python interface to libapt-pkg
ii  python-apt-common                   0.7.100.1+squeeze1           Python interface to libapt-pkg (locales)
un  python-apt-dbg                      <none>                       (no description available)
un  python-apt-doc                      <none>                       (no description available)
un  python-boto                         <none>                       (no description available)
un  python-bz2                          <none>                       (no description available)
ii  python-central                      0.6.16+nmu1                  register and build utility for Python packages
un  python-csv                          <none>                       (no description available)
un  python-ctypes                       <none>                       (no description available)
un  python-dbg                          <none>                       (no description available)

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

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

Ссылки по теме:

http://docs.fedoraproject.org/en-US/Fedora/14/html/Software_Management_Guide/...

http://docs.fedoraproject.org/en-US/Fedora/14/html/Software_Management_Guide/...

и все остальное в той доке

Ставлю mint 15 mate на ноут, надеюсь на лучшее.

dpkg - это низкоуровневая утилита, которая для повседневного использования в общем-то непригодна. (rpm тоже никто в повседневной жизни не использует, он нужен только для сборки пакетов). А yum - это человекочитаемый менеджер пакетов с полным набором функций.

ну так почему ты в таком случае так упорно их сравниваешь?

ArtKun а ты интересный. Предупреждаешь потенциальных пользователей нестабильной f19 о том, что она нестабильна. Да оказывается еще и юзеры cinnamon, кривой переделки gnome, тоже в опасности!

В общем спасибо.

Перечитай тред, а то ты похоже забыл кто и кого сравнивает.

ты меня спрашивал про dpkg и apt. Я тебе ответил. Потом ты зачем-то начал делать yum list и dpkg --list.

Проблемы не в Fedora, а в апстриме.
Пользователи Cinnamon в любом дистре с GNOME 3.8, будь то Arch, Ubuntu или еще что, столкнутся с теми же проблемами, ибо виноват по сути Cinnamon, который, кстати, был довольно стабилен в версии 1.6.

ибо виноват по сути Cinnamon костыль, который, кстати, был довольно стабилен в версии 1.6 костылем с самого своего рождения

obvious fix

Прошу расценивать этот пост как предупреждение: юзеры Cinnamon 1.6/GNOME 3.4, не обновляйте НИЧЕГО - там все криво! Лучший вариант сейчас - Fedora 17, где Cinnamon и GNOME стабильны, раскладка не поломана и вообще все хорошо. В F19 все еще хуже, чем в F18, и не надейтесь, что гномовцы что-либо пофиксили - ничего вообще не изменилось, только багов добавили.

Ты еще не понял, что гном уже не тот?. Вообще больше не рассматриваю федору с гномом. В лучшем случае LXDE/XFCE. гном мертв. Не насилуйте труп.

Предупреждаешь потенциальных пользователей нестабильной f19 о том, что она нестабильна.
нестабильной f19 о том, что она нестабильна.

4.2 . f19 по-стабильнее f18 и убунты 13.04 будет

Пусть и был костылем. Он всяко юзабельнее гномошелла, а значит, уже нужен.

4.2 . f19 по-стабильнее f18 и убунты 13.04 будет

Вот смотри лично по моему rhel стабильный а вот что f19 что f18 это таки хоть и в разной степени но нестабильно.

Нестабильно, ибо постоянно меняется. Но достаточно надежно и безбажно.

Пусть и был костылем. Он всяко юзабельнее гномошелла, а значит, уже нужен.

Он и есть gnome-shell с небольшими модификациями для которых кстати и форк не нужен был.

Обычно я слышу такое от тех, кто видел Cinnamon только на скриншотах. Я прав? :)

Нестабильно, ибо постоянно меняется. Но достаточно надежно и безбажно.

Если за стабильный принимать rhel то любая федора без особой разницы нестабильна. А сколько в ней багов это другой вопрос.

Обычно я слышу такое от тех, кто видел Cinnamon только на скриншотах. Я прав? :)

Да без базара ты прав. А это x11-wm/muffin, gnome-extra/cinnamon, gnome-extra/nemo все от грибов.

Я говорю не о внутреннем различии, а о внешнем. Никакие дополнения и даже новый GNOME Classic не сделают гномошелл удобнее корицы.

Только kdm почему-то выгружает часами

хороший наброс

Пользователи убунты годами сидят без apt в консоли, не собирая дебов, не зная что такое приоритеты репозиториев и жёсткие зависимости...

Как понять, что это такое?

Получить список пакетов через dpkg, а поиск по базе - apt-cache, найти какому пакету принадлежит файл стандартными средствами вообще нельзя

Показывать файлы через ls, копировать через cp, найти самые большие файлы стандартными средствами вообще нельзя

Слава богу, что есть MacOS, где все эти проблемы решены!

Слава богу, что есть MacOS, где все эти проблемы решены!

Слава Богу, что есть MacOS, где мои любимые зонды и огороженность!

//fixed

Кстати, так никто и не объяснил, чем же плох XFCE. В последнем сра.... споре на эту тему основным аргументом было «мне не нравятся дефолтные программы, а запускать наутилус в xfce это не тру», что в общем-то смешно.

Как понять, что это такое?
годами сидят без apt в консоли, не собирая дебов, не зная что такое приоритеты репозиториев и жёсткие

илита, не иначе.

Во-вторых, Fedora ВООБЩЕ не разваливается при обновлениях,

Сколько я не ставил федору, первый же апдейт после установки оставляет машинку с голой консолью. Очень удобно для десктопа. Хотя до апдейта работает...

Fedora ВООБЩЕ не разваливается при обновлениях

Не пробовал гуглить «Fedora update problem»?

По сравнению с гномом, например, подключение второго монитора (и последующее отключение) не работает без привлечения xrandr из терминала.

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

XFCE по-моему лучше чем МАТЕ и cinnamon, но до гнома и кде не дотягивает по всяким мелочам.

Максимум - регрессии в ядре и проблемы с видеоблобами. Первое решается выбором другой строчки в GRUB/использованием предыдущего релиза Fedora, где все тестируется тщательнее. Второе - установкой akmod/покупкой нормального железа.

Это какая из двух, например?
https://ask.fedoraproject.org/question/7204/problem-with-updating-fedora-18/

Это ты самую страшную проблему нашел - сторонние репы? :)

Я понимаю когда при апгрейде на ф18(или на ф17, не помню) пакет sbcl вешал процесс и приходилось потом руками чистить дубликаты и доводить обновление до конца, но репозиторий отключить - это на проблему никак не тянет.

Отвалившийся репозиторий, только и всего.
Отключаешь и обновляешься дальше.

Опять я не понял, чем людям не нравится xfce. Подключение второго монитора можно сделать? Получается что да (я не пробовал, но я так понимаю что можно). Лишние настройки мешают? Мощный аргумент. Ну зато хотя бы шрифты можно поменять!

Вот у меня, например, к KDE претензия - там практически все темы плазмы полупрозрачные, и невозможно убрать всякие градиенты. Ну, не говоря уж о потреблении памяти. И это не исправить никак. А «настройки пришлось гуглить»... ну это несерьёзно.