Fedora 18 будет включать MATE и Cinnamon

Да окстись же ты!

1. В Дебиане имена пакетов библиотек отражают soname (= ABI), например libgmp3 и libgmp10

2. Есть пакеты (виртуальные) типа xorg-video-abi-6.0

Зависимости на библиотеки ставятся не от балды, а с учётом всех используемых символов. Автоматически [1]

[1] http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps

http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps

можно решить использованием однооконного гимпа.

И?

Однооконный одновременной является однодокументным, что тоже плохо.

клацанье мышкой ради закрытия или перемещения окна это прошлый век

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

вот чудеса, да?

Ты упорот. SuSe делали упоротые.

В Дебиане libc.so.6 находится в пакете libc6.

Gnome3 самая удобная и эффективная среда. Её беда в том, что она опередила свое время

знаешь главный бородатый анекдот про Русский Футбол, бессмысленный и беспощадный?

сборная России играет в футбол послезавтрашнего дня - поэтому никто не может понять, что они делают на поле.

И вообще, учи историю libc.so.6

Если в линуксе появится libc.so.7, то это будет *не* glibc.

Всегда подозревал, что РедХат - говно.

Да ладно, коммитят же. Вот и пусть главное коммитят, большего от них не требуется.

Я где-то писал, что такие «чудеса» только в тайлинге?

а, точно. спасибо за heads up. буду осторожен.

где он такой упорин берёт? в Red Hat DrugStore?

сам пользователь федорки на работе. даже двух федорок.

И? Ты похоже вообще не понял о чем тут разговор идет.

Рассылкой болванок, небось.

в том числе

И вообще, хоть какие-то сторонние пруфы есть?

линукс стал популярнее? - однозначно, кто у нас самый популярный из десктопных дистров? - Ubuntu и Mint, который тоже Ubuntu.

Остальные юзерфрендли дистры либо подохли совсем, либо наполовину, либо федора (ЕВПОЧЯ)

наверное да

Короче, ссылки на пакеты, которые ты упомянул. Или GTFO.

FireFox из 12.2:Update:

http://download.opensuse.org/update/12.2/x86_64/MozillaFirefox-17.0-2.25.1.x8...

glibc-2.15-22.6.4 из 12.2

https://build.opensuse.org/package/binary?arch=x86_64&filename=glibc-2.15...

glibc-2.11.3-12.15.1 из 11.4

https://build.opensuse.org/package/binary?arch=x86_64&filename=glibc-2.11...

Ну, возможно. Но вот в виртуальной машине (мое субъектвиное мнение) если ставить с GUI (KDE, Gnome и проч.) Fedora явно шутсрее бегает, чем Ubuntu c её Unity.

конечно, Loki, Icculus, все дела, надеюсь в этот раз всё не заглохнет аналогичным образом, потому что Valve очень крупный игрок

в 12.2 glibc < 2.15 ?

2.15

ты писал, что для этих чудес годится тайлинг.

если эти чудеса сто лет в обед есть и без оного, то нах он нужен? наблюдать даже на большом экране окошки со спичечный коробок и потерять возможность безглючно таскать окна, когда это таки понадобится? и вдобавок пилить, пилить, пилить всякие режимы и компоновки? а появится новая задача/workflow - снова пилить под неё. для этого?

может он и актуален для тех, кто обазыв^Wобставлен 24" мониками.

Нет, это не так. Слои можно перетаскивають мышью на вкладки. http://i.imgur.com/qIucH.png

2011 год стал годом смерти линукса на десктопах

2010й стал годом начала смерти массовых десктопов вообще(и это правильно, ящитаю)

unity

ты не поверишь, есть у меня очень старый друг, вантузятник с громадным стажем (при этом ещё с универа периодически щупал разные линуксы, плевался, и удалял к чертям «это поделие»), в общем, в прошлом году, то ли по работе, то ли как ещё, но пришлось ему пощупать убунту, ну и, начиная с какого-то там обновления 12.04 он признал её уже вполне удобоваримой, и что самое веселое, в свете выхода 8-ки и появления стима (ну и параллельно глобальной вебдванолизации) - постепенно переползает на, в том числе и дома.

А так, я и сам до последнего времени достаточно скептично относился к линуксу в качестве массового (>5%) десктопа.

при сборке новый пакет _всегда_ будет завязан на _пакеты_ build-машины, если maintainer конечно руками не указывает все 100500 зависимостей.

если руками не указаны зависимости - от версий пакетов он (грубо говоря) зависеть не будет

Хотя нет, я ошибся, оно требует libc.so.6(GLIBC_2.14).

Значит, на 11.4 этот Firefox не установить. Но Firefox из 12.1 установить можно, если там версия glibc меньше 2.14.

А в Дебиане, она бы просто просила версию не ниже, чем на системе сборки.

внезапно в девелоперах гнома хватает разработчиков шапки.

да мне как-то фиолетово, факт остаётся фактом, подобное было озвучено и активно тут обсасывалось даже

Итак...

Зависимости Firefox 17

libc.so.6(GLIBC_2.11)(64bit)  
libc.so.6(GLIBC_2.14)(64bit)  
libc.so.6(GLIBC_2.15)(64bit)  

При этом glibc 2.11 предосталяет:

libc.so.6()(64bit)
libc.so.6(GLIBC_2.10)(64bit)
libc.so.6(GLIBC_2.11)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.2.6)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.2)(64bit)
libc.so.6(GLIBC_2.3.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libc.so.6(GLIBC_2.5)(64bit)
libc.so.6(GLIBC_2.6)(64bit)
libc.so.6(GLIBC_2.7)(64bit)
libc.so.6(GLIBC_2.8)(64bit)
libc.so.6(GLIBC_2.9)(64bit)
libc.so.6(GLIBC_PRIVATE)(64bit)
libc.so.6(libc.so.6)(64bit)

Вопрос: где берутся libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.15)(64bit) при гипотетической установке Firefox 17 поверх glibc 2.11?

2010й стал годом начала смерти массовых десктопов вообще(и это правильно, ящитаю)

Правильно пересадить всех на планшеты?

в свете выхода 8-ки

А что с восьмеркой? Винда как винда

появления стима

Во-первых, бета, во-вторых, кроме мало кому нужных игр от valve в ближайшие годы там ничего не будет.

Значит, на 11.4 этот Firefox не установить.

Вот именно. Не помогли файловые зависимости, бида-бида.

А в Дебиане, она бы просто просила версию не ниже, чем на системе сборки.

Уфф. Еще раз, медленно и печально: оно и в RPM просит то, что видит на системе сборки. Механизм автогенерации зависимостей, используемый в RPM, позволяент только отсрочить возникновение проблем (как ты и продемонстрировал своим заявлением об инсталляции FF 17.0 на старую libc).

если руками не указаны зависимости - от версий пакетов он (грубо говоря) зависеть не будет

Это не так. dh_shlibdeps генерит зависимости с версиями.

У меня openSUSE 12.2, стоит KDE3 и Gnome 2. Никаких проблем не вижу.

Gnome 2: http://storage7.static.itmages.ru/i/12/1122/h_1353583296_9493680_67f2ad7a21.png

KDE3: www.linux.org.ru/gallery/8274740.png

Возможность установить это и в будущих релизах. Есть также возможность установить Mate, Cinnamon, Razor-Qt.

Вы, наверное, уже привыкли к этому вырвиглазию?

Правильно пересадить всех на планшеты?

не всех и не только на планшеты - на узкоспециализированные устройства с фиксированной прошивкой.

А что с восьмеркой? Винда как винда

ай, вопросы не ко мне, я даже семёрку пару раз всего щупал, наверное, мне пофиг

Во-первых, бета, во-вторых, кроме мало кому нужных игр от valve в ближайшие годы там ничего не будет.

ну, его сейчас кроме индюшатины, которой под линуксы достаточно много, сейчас мало что интересует

в том числе

Это печалит. А «другие числа» у нас что? Невиданная до сих пор стабильность, функциональность, дешевизна, внимание женщин^W^W простите, задумался. М?

линукс стал популярнее? - однозначно

По тем цифрам, которые /me видел, изменения в пределах шума. И вообще, после того не значит вследствие того, в курсе? Так что вопрос остается.

зато зацени какая криокамера годная!

Уфф. Еще раз, медленно и печально: оно и в RPM просит то, что видит на системе сборки.

Вовсе не обязательно. Seamonkey, например, у меня требует:

libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)

Хотя в релизе glibc-2.15

dh_shlibdeps генерит зависимости с версиями.

Вот так фатальные недостатки dpkg внезапно свелись к тупости одного скрипта %)

Невиданная до сих пор стабильность, функциональность, дешевизна

не знаю, большинство моих знакомых линукс юзеров

- перелезли на него относительно давно

- не используют убунту

По тем цифрам, которые /me видел, изменения в пределах шума.

это в процентах, ты же не будешь спорить, что парк компьютеров на порядки вырос

И вообще, после того не значит вследствие того, в курсе

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

на узкоспециализированные устройства с фиксированной прошивкой.

На анально-оккупированные чтоль? И это хорошо?

Уфф. Еще раз, медленно и печально: оно и в RPM просит то, что видит на системе сборки.

Вовсе не обязательно

Это и в dpkg не обязательно - руками можно прописать что угодно.

Seamonkey, например, у меня требует:

И? Кто сказал, что Seamonkey собирали в точно такой же среде точно таким же образом?

ты писал, что для этих чудес годится тайлинг.

я не писал «только тайлинг», прочти еще раз.

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

чтобы управлять окнами в различных режимах и компоновках, так, как это захочется мне.

а появится новая задача/workflow - снова пилить под неё. для этого?

для каждой задачи можно выбрать один з дефолтных режимов или пилить свой, если тебе так хочется.

может он и актуален для тех, кто обазыв^Wобставлен 24" мониками.

использую также на 15"/17".

Плохая новость.

Гном3 только-только стал хорошим десктопом, так опять гробокопатели откапывают ненужные альтернативы.

Расскажи как сделать по другому? Скрипт может отрезать номер билда и всё, но это не решит проблемы. Цифры последние отрезать уже не получится, так как между ними мог поменяться ABI. Единственный способ решения проблемы — так как сделано в rpm.

И? Кто сказал, что Seamonkey собирали в точно такой же среде точно таким же образом?

в seamonkey просто нет вызова select, например, зато есть memcpy (2.14)

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

она уже сливает минту и магейи.

А kdebse3, собранный, кстати, для этого релиза, вообще требует только

libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.4)(64bit)

Так что, все зависит от того, что там в коде вызывается.

да мне как-то фиолетово на тех, кто не дружит с логикой.

dh_shlibdeps генерит зависимости с версиями.

apt-cache depends lxpanelx                                                                                                                
lxpanelx
  Зависит: libasound2
  Зависит: libatk1.0-0
  Зависит: libc6
  Зависит: libcairo2
  Зависит: libfontconfig1
  Зависит: libfreetype6
  Зависит: libgdk-pixbuf2.0-0
  Зависит: libglib2.0-0
  Зависит: libgtk2.0-0
  Зависит: libmenu-cache1
  Зависит: libpango1.0-0
  Зависит: libx11-6
  Зависит: libxcomposite1
  Зависит: lxmenu-data

Всё кроме последнего нагенерено dh_shlibdeps, где ты видел версии?

Догадайся, будет ли он удалять lxpanelx, если я вдруг попробую обновить libgtk2.0-0 с 2.24.10-2 до 2.24.13-1, например?

Ответ, естественно, нет, при попытке обновления будет попытка удалить/обновить только те пакеты, которые собирались из того же deb-src.

Так что, все зависит от того, что там в коде вызывается.

от glibc, скорее, там апнут версию - и прощвй «совместимость»

минту

это убунта/debian

магейи

много ли тут на ЛОРе пользователей этого некроподелия?

Это и в dpkg не обязательно - руками можно прописать что угодно.

В RPM никто либы руками не прописывает.

И? Кто сказал, что Seamonkey собирали в точно такой же среде точно таким же образом?

Билдсервис. Они входят в один и тот же релиз, собирались с одними и теми же либами и компилятором. Другого и быть не может. glibc-2.15 был уже в релизе. Это не апдейт.

На анально-оккупированные чтоль? И это хорошо?

как минимум это не хуже, чем банально-оккупированные ОСи, и в поддержке сильно проще и к бытовому прибору сильно ближе