Архив метки: openSUSE

openSUSE 13.2 / Два монитора / NVIDIA

Основная задача сделать второй монитор с независимым Рабочим Столом.
***

Тестовая машина…

— Intel® Core™ i5 3.00 — 2320 x4
— Overclock CPU to 3.6 ghz
— DDR3 (1600) — 16GB (Dual).
— openSUSE 13.2 x-86_64.
— Kernel 3.16
— Nvidia GTX-650 ddr5 1024 mb / 128 bit.
— Drivers 352.21
— Display resolution 1360×768 (VGA).
— Display resolution 1920×1080 (HDMI).
***
Анализ мониторов…
$ xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
DVI-D-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected primary 1920×1080+0+0 (normal left inverted right x axis y axis) 160mm x 90mm
   1920×1080     60.00*+  59.94    50.00    29.97    25.00    23.97    60.05    60.00    50.04
   1360×768      60.02
   1280×1024     60.02
   1280×720      60.00    59.94    50.00
   1152×864      60.00
   1024×768      60.00
   800×600       60.32
   720×576       50.00    50.08
   720×480       59.94
   640×480       59.95    59.94    59.93
***
Для единого Рабочего Стола, можем выполнить например…
$ xrandr —auto —output HDMI-0 —mode 1920×1080 —right-of DVI-D-0
Или…
В nvidia-settings указать все мониторы как Screen0, тогда TwinView получит единый рабочий стол.
***
Рабочий X configuration file:
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 352.21  (buildmeister@swio-display-x64-rhel04-13)  Tue Jun  9 22:42:41 PDT 2015
Section «ServerLayout»
# Removed Option «Xinerama» «0»
# Removed Option «Xinerama» «1»
    Identifier     «Layout0»
    Screen      0  «Screen0» 0 0
    Screen      1  «Screen1» 1920 0
    InputDevice    «Keyboard0» «CoreKeyboard»
    InputDevice    «Mouse0» «CorePointer»
    Option         «Xinerama» «0»
EndSection
Section «Files»
EndSection
Section «InputDevice»
    # generated from data in «/etc/sysconfig/mouse»
    Identifier     «Mouse0»
    Driver         «mouse»
    Option         «CorePointer»
    Option         «Protocol» «ExplorerPS/2»
    Option         «Device» «/dev/input/mice»
    Option         «Buttons» «7»
    Option         «ZAxisMapping» «4 5»
    Option         «Resolution» «3200»
EndSection
Section «InputDevice»
    # generated from default
    Identifier     «Keyboard0»
    Driver         «kbd»
EndSection
Section «Monitor»
    Identifier     «Monitor0»
    VendorName     «Unknown»
    ModelName      «LG Electronics LG TV»
    HorizSync       30.0 — 83.0
    VertRefresh     58.0 — 62.0
    Option         «DPMS»
    Option         «DPI» «96 x 96»
EndSection
Section «Monitor»
    Identifier     «Monitor1»
    VendorName     «Unknown»
    ModelName      «Samsung SyncMaster»
    HorizSync       30.0 — 61.0
    VertRefresh     56.0 — 75.0
EndSection
Section «Device»
    Identifier     «Device0»
    Driver         «nvidia»
    VendorName     «NVIDIA Corporation»
    BoardName      «GeForce GTX 650»
    Option         «NoLogo» «true»
    Option         «TwinView» «True»
    Option         «TwinViewOrientation» «TV Clone DFP-1»
#Option         «ConnectedMonitor» «DFP-1, TV»
    Option         «UseDisplayDevice» «DFP-1, TV»
    BusID          «PCI:1:0:0»
    Screen          0
EndSection
Section «Device»
    Identifier     «Device1»
    Driver         «nvidia»
    VendorName     «NVIDIA Corporation»
    BoardName      «GeForce GTX 650»
    BusID          «PCI:1:0:0»
    Screen          1
EndSection
Section «Screen»
# Removed Option «metamodes» «nvidia-auto-select +0+0»
# Removed Option «metamodes» «VGA-0: nvidia-auto-select +1920+0, HDMI-0: nvidia-auto-select +0+0»
    Identifier     «Screen0»
    Device         «Device0»
    Monitor        «Monitor0»
    DefaultDepth    24
    Option         «Stereo» «0»
    Option         «nvidiaXineramaInfoOrder» «DFP-1»
    Option         «metamodes» «HDMI-0: nvidia-auto-select +0+0»
    Option         «SLI» «Off»
    Option         «MultiGPU» «Off»
    Option         «BaseMosaic» «off»
    SubSection     «Display»
        Depth       24
    EndSubSection
EndSection
Section «Screen»
    Identifier     «Screen1»
    Device         «Device1»
    Monitor        «Monitor1»
    DefaultDepth    24
    Option         «Stereo» «0»
    Option         «nvidiaXineramaInfoOrder» «CRT-0»
    Option         «metamodes» «VGA-0: nvidia-auto-select +0+0»
    Option         «SLI» «Off»
    Option         «MultiGPU» «Off»
    Option         «BaseMosaic» «off»
    SubSection     «Display»
        Depth       24
    EndSubSection
EndSection
Section «Extensions»
    Option         «Composite» «Disable»
    #Option         «RENDER» «Enable»
EndSection
***
Как видим Samsung SyncMaster, имеет отдельную конфигурацию как Screen1, с личным рабочим столом.

Автор: AugustuS Karro
Дата публикации: 2015-06-26T18:00:00.000+07:00

reaver-wps / Aircrack-ng / openSUSE 13.x / GNU-Linux

Установка Aircrack-ng в openSUSE 13.2...
В репозиториях существует версия Aircrack-ng, довольно старая, соберем и обновим.

# zypper in airodump-ng

***

 # wget http://download.aircrack-ng.org/aircrack-ng-1.2-rc2.tar.gz
 # tar -zxvf aircrack-ng-1.2-rc2.tar.gz
 # cd aircrack-ng-1.2-rc2
 # make
 # make install
 # airodump-ng-oui-update
Возможно потребуется libnl3-dev.
Запуск...
Aircrack-ng любит работать под rootОМ.
# ifconfig wlp5s0 down
# airodump-ng check kill
# airmon-ng start wlan0
# airodump-ng wlp5s0
http://www.aircrack-ng.org/install.html
***
В репозиториях существует версия reaver 1.4...
# zypper in reaver 
Существует fork, reaver-wps-fork-t6x с поддержкой pixiewps.
Собираем...
# zypper in  libpcap sqlite3 libsqlite3-dev
# wget https://github.com/t6x/reaver-wps-fork-t6x/archive/master.zip && unzip master.zip
# cd reaver-wps-fork-t6x*/
# cd src/
# ./configure
# make
# make install
# reaver -i wlp5s0 -b C4:3E:1F:54:R0:56 -c9 -vv -S

https://github.com/t6x/reaver-wps-fork-t6x


***

Работоспособность проверена на Network controller: Ralink corp. RT2561/RT61 rev B 802.11g.
Автор: AugustuS Karro

Дата публикации: 2015-06-17T20:15:00.000+07:00

Кто покупает Novell? Делайте ваши ставки!
Мой перевод статьи-размышления от Joe Brockmeier о том, кому может достаться Linux-бизнес Novell
Прошел слух, что Novell достигла предварительного соглашения о продаже, что расколет ее бизнес на две части и продаст ее Linux-отделение «неназванному стратегическому покупателю». Предполагая, что сделка все-таки состоится, кто же этот покупатель, и что это будет означать для SUSE и проекта OpenSUSE ?
Краткая отмазка: Novell мой бывший работодатель. Я ушел из компании в конце января, и, насколько я знаю, предложение в 2 млрд. долларов от Elliott Associates тогда еще даже не обсуждалось. Во всяком случае у меня нет какой-либо внутренней информации (позвони же мне, Ян…), так что написанное ниже — всего лишь мои размышления. У меня нет никакой заинтересованности в каком-то определенном покупателе. Я только надеюсь, что мои бывшие коллеги будут работать в компании, которая будет относиться с уважением к ним и  проекту OpenSUSE. 
Давайте рассмотрим потенциальных покупателей. Novell недавно заключила несколько стратегических соглашений с VMware, и имеет давние партнерские отношения с IBM и SAP. Oracle сейчас также находится в режиме постоянных приобретений, и, вполне возможно, захочет закусить бизнесом SUSE Linux после своей покупки Sun. Но зачем было разрушать нарождающееся сообщество открытого исходного кода (OpenSolaris), когда можно иметь два (OpenSUSE)?  
Давайте начнем с Oracle. Oracle имеет свою собственную платформу Oracle VM, имеющую в основе Xen и Red Hat Enterprise Linux(RHEL). Ну хорошо, RHEL с логотипами Oracle. Oracle Unbreakable Linux полностью бинарно совместим с RHEL безо всяких излишних затрат на развитие, которые Red Hat фактически вкладывает свой дистрибутив.  
Правда, есть одна маленькая проблема, в грядущем релизе Red Hat просто выкинет Xen в окно, предпочитая ему KVM. Oracle должен будет либо последовать ее примеру и инвестировать в такой переход, или ей придется нарушить совместимость с RHEL после релиза RHEL 6. Если Oracle останется на Xen, ей придется подумать о переходе на другой дистрибутив. Novell по-прежнему до сих пор не вкладывает свои деньги ни в одну платформу, предпочитая стратегию «и нашим и вашим», то есть поддерживая все платформы виртуализации.  
Возможно, я излишне оптимистичен, но я считаю маловероятным то, что Oracle собирается поглотить бизнес SUSE. Если это произойдет, я не верю в будущее проекта OpenSUSE. Даже если Oracle все же решит поддерживать его, стиль работы Oracle с сообществом отвратителен. Покупка Oracle сильно затормозит тот прогресс, на который взял курс этот проект, и, кажется, весьма вероятно, что компания увидит «утечку мозгов» подобно той, что произошла после покупки Sun.  
IBM — другой претендент. IBM поддерживает партнерские отношения со всеми крупными Linux-компаниями: SUSE, затем Novell, Red Hat и Canonical. Покупк

а одного из трех и создание своего собственного дистрибутива выглядит не слишком хорошо. Это может даже сделать Red Hat одним из конкурентов IBM, чего никто не хочет. Но IBM и Novell сильно завязаны друг на друге в бизнесе мэйнфреймов, поэтому IBM может решить, что иметь в своем портфеле SUSE будет очень хорошо. Если IBM серьезно относится к форку OpenOffice.org — Symphony, то она также может захотеть заполучить кого-то из разработчиков Novell, участвующих в Go-OO.org. Хотя это, вероятно, подтолкнет HP, Dell и других к Red Hat или другим дистрибутивам. IBM может быть хорошим управленцем для сообщества OpenSUSE; безусловно, гораздо более лучшим, чем Oracle.  
Еще один из вариантов — SAP. У нее много стратегических соглашений с Novell/SUSE и много крупных клиентов на SUSE Linux. Но SAP использует также другие продукты Novell, что входит в противоречие со слухом, что компания покупает только Linux-отделение, а все остальное достанется инвестиционным фирмам. Если SAP собиралась бы купить Novell, кажется, более вероятно, что она бы просто купила компанию целиком без лишней суеты.  
Все это подводит меня к наиболее вероятному выбору: VMware. VMware в последнее время уже покупала другие решения с открытым исходным (Zimbra, SpringSource), поэтому не будет преувеличением сказать, что эта компания, возможно, захочет добавить SUSE Linux в свой портфель. VMware также может захотеть иметь свой собственный дистрибутив Linux, чтобы помочь своим клиентам и партнерам построить больше готовых решений, которые будут работать на продуктах VMware для виртуализации. И для этого на рынке нет лучшего решения, чем SUSE Studio. Мне кажется, что SUSE Studio — это действительно хорошее дополнение к VMware Appliance Marketplace. Red Hat сейчас только на пути построения своего собственного решения для виртуализации, так что это также помогло бы конкурировать VMware с поставщиком Linux номер один.  
Как это отразится на проекте OpenSUSE и SUSE Linux в целом? Думаю, что все будет по крайней мере также, если не лучше, по сравнению с тем периодом, когда у руля стояла Novell. Скорее даже лучше, потому что Novell временами впадает в кризис самоидентификации, когда она пытается разобраться, как все ее бизнес-единицы сочетаются друг с другом. SUSE же идеально впишется в стратегию компании VMware — по крайней мере, на взгляд со стороны.
И в завершение совсем кратко — а что же Microsoft? Вот это точно вряд ли. Мне трудно представить себе, как она собирается действовать, оставаясь в рамках антимонопольного законодательства.   
Так кто же скрывается под неизвестным «стратегическим покупателем»?
Я ставлю все, что у меня есть, на VMware, но я вполне могу оказаться неправ. Это могут быть IBM, SAP, или (только не это!) Oracle. Или это кто-то другой, о котором я не подумал. Есть варианты? 
Оригинал статьи
От переводчика. 
Что не удалось Novell?  
Первое: никакой маркетинг. Novell имеет прекрасный набор продуктов для полноценного построения инфраструктуры предприятия любого масштаба — eDirectory, ZenWorks, все сервисы OES. Причем, каждый из этих продуктов пока не имеет конкурентов по полноте охвата всех имеющихся платформ и по своему функционалу.
Второе: слабая работа с сообществом. Пример такой работы следовало бы брать с конкурента номер 1. Novell участвует во многих открытых проектах, но мало кому известны масштабы этого участия.
У Novell реально классные продукты. У нас на курсах многие администраторы с теплом  в глазах вспоминали Netware, надежность которой осталась непревзойденной до сих пор. И очень жаль что эта операционная система оказалась вытесненной продуктом гораздо худшего качества.  
Автор: stranger

Другой путь к свободе
 
Предлагаю вниманию читателей блога интересные размышления о свободе и свободном ПО, автор которых Jos Poortvliet — нынешний лидер сообщества openSUSE.
Дисклеймер: политические взгляды переводчика могут не совпадать с мнением автора статьи
Jos Poortvliet
В конце прошлой недели Нью-Йорк Таймс поместила историю о том, как правительство России использует вопросы лицензирования программного обеспечения для борьбы с протестами и митингами несогласных. В статье объясняется, что русская милиция изымает их компьютеры под предлогом использования пиратского программного обеспечения. В результате данные, полученные из этих компьютеров, помогают органам изучить планы активистов, что в дальнейшем приводит к их арестам.
И хотя Microsoft отреагировала на эту ситуацию выдачей разрешительных лицензий для таких организаций, читая статью я подумал, что есть другой, гораздо лучший способ помешать органам использовать тему лицензирования ПО как повод для арестов. Хоть этот способ не остановит авторитарные правительства от борьбы с инакомыслящими, использование свободного и открытого программного обеспечения может затруднить органам узаконить этот тип действий.
Во-первых, философия свободы пронизывает все существо тех мужчин и женщин в сообществе, разрабатывающем программное обеспечение с открытым исходным кодом, что приводит ко многим нововведениям, препятствующим ограничениям свобод. Например, это такие вещи, как шифрование с помощью GPG и технология TOR, которые делают возможным использование анонимных коммуникаций для миллионов пользователей в таких странах, как Китай и Иран. Не говоря уже о том, что в мире открытого ПО у нас есть сильный акцент на безопасность и защиту от таких угроз, как вирусы или «бекдоры», помещаемые в коммерческое ПО путем давления со стороны правительств.
Во-вторых, сообщество открытого ПО делает акцент на устранении существующих ограничений для людей — будь-то физические ограничения, как у инвалидов, или для тех, кто нуждается в том, чтобы защитить себя от любопытных глаз цензуры в своей стране. Мы создаем для таких людей инновационные и зачастую просто выдающиеся продукты, которые при незначительных или вообще нулевых затратах за использование дают им возможность получить преимущества в условиях развивающейся экономики. Чтобы свободно использовать, чтобы изучать и чтобы строить свой бизнес вокруг свободного ПО. Открытое программное обеспечение предлагает реальную альтернативу тем, кто нуждается в экономичных и социально-значимых вычислительных решениях.
И да, это РЕАЛЬНО лучший продукт, чем может предложить мир проприетарного ПО — несмотря на то, что он «другой» по своей сути. Свободное ПО не совершенно — например, как Нидерланды, где я живу, совсем не совершенны. В самом деле, чтобы нормально жить в моей стране, скажем, жителю Северной Кореи, нужен какой-то срок на адаптацию, примерно также, как и пользователю Windows нужно привыкнуть к использованию openSUSE. Но в Нидерландах и с открытым ПО реально лучше, потому что они более свободны.
Да, мы создаем сильные и убедительные альтернативы проприетарному ПО. Но НЕ достаточно просто иметь лучший продукт — свобода это также его неотъемлемое качество. Работающий TOR-сервер — даже если вы живете в демократической стране и вам нечего скрывать — помогает жителям других стран, имеющих репрессивные правительства, потому что вы даете им возможность использовать ваше интернет-соединение — для сокрытия от любопытных глаз своего правительства. Свободное ПО воплощает ожидания и убеждения для деятельности, связанной со свободой и организацией сообществ, например, таких групп активистов, как Baikal Wave. Любому лицу, группе или организации, которые желают действовать на основе того, во что верят, следует рассмотреть возможность использования свободного программного обеспечения как способ жить и работать без ущерба для своих убеждений.
Я не скажу, что свободное и открытое ПО делает мир совершенным — но это шаг в нужном направлении. В конце концов, «в мире, где общение речь зависит от ПО, свобода слова зависит от свободного ПО»! (D.B. Martin)
Автор: stranger

KVM и/или Xen? Выбор платформы виртуализации
Читая новости, я обнаружил  статью с кратким обзором имеющихся решений виртуализации от небезызвестного     Joe Brockmeier. Статья показалась мне интересной, привожу свой перевод. Ссылка на оригинал традиционно приводится в конце статьи.
Понедельник, 12 Июля 2010 00:00 Joe 'Zonker' Brockmeier
 
Когда Xen появился в 2002 году, он, выпущенный под лицензией GPL, выглядел основным претендентом на «корону» основной платформы виртуализации для Linux. Если же мы быстро перенесемся в настоящее время, то увидим что новичок в этой области  полностью вытеснил Xen, как основу виртуализации по умолчанию в дистрибутивах Red Hat и, более того, вполне себе комфортно обосновался в основном ядре Linux. Что же выбрать из них? Xen или KVM? 
Область виртуализации развивается довольно быстро. Поэтому если у вас нет времени следить за разработкой KVM или Xen, то у вас неизбежно появятся затруднения в выборе лучшего для вас варианта. Ниже приведен беглый обзор состояния текущего рынка решений виртуализации на основе Xen и KVM. 
KVM и Xen 
Xen это гипервизор, поддерживающий следующие архитектуры: x86, x86_64, Itanium, и ARM. Он может запускать Linux, Windows, Solaris, и некоторые из BSD-систем в качестве гостевых ОС (на поддерживаемых гостевой системой процессорных архитектурах). Он поддерживается рядом компаний, в первую очередь Citrix , также используется Oracle для Oracle VM, и других. Xen может реализовать режим полной виртуализации на тех системах, которые имеют поддержку технологии аппаратной виртуализации (такие как Intel-VT и AMD-V), а может работать как обычный гипервизор на машинах, которые не имеют таких расширений.
KVM это гипервизор, который находится в основном ядре Linux. Вашей родительской системой в случае его использования, естественно, обязана быть Linux, но в качестве гостевых систем поддерживаются Linux, Windows, Solaris и BSD-системы. Он работает на архитектурах x86 и x86-64 с аппаратной поддержкой виртуализации. Это означает, что KVM не может использоваться на старых процессорах не имеющих такой поддержки, а также на некоторых новых CPU (например, процессоры Intel Atom). По большей части, это не проблема для дата-центров, которые, так или иначе, все равно меняют оборудование раз в

несколько лет. Но это также означает, что KVM не вариант для ряда узкоспециализированных систем, таких например, как SM10000, которые пытаются использовать процессоры Atom в центрах обработки данных. 
Если вы хотите использовать виртуализацию на основе Xen, то вам нужно ядро, собранное с его поддержкой. Хоть Linux и может запускаться в качестве гостевой системы под Xen с ядра версии 2.6.23, использовать ее «из коробки» в качестве родительской системы не получится. Это означает, что не каждый дистрибутив Linux можно использовать для запуска виртуальных машин под Xen. Поэтому вам нужно выбрать дистрибутив Linux, который поставляется с поддержкой Xen или собрать собственное ядро (Последний совет не самый легкий путь, поскольку патчей для поддержки Xen очень много, накладываются они не на каждое ядро и даже если они все наложатся успешно, не факт, что ядро корректно соберется. Проще найти дистрибутив, ядро которого уже пропатчено для поддержки Xen. Поскольку Novell поддерживает решения на Xen, то, например, все ядра openSUSE собираются с его поддержкой. Найти их можно здесь. Прим. перев.). Еще один путь — использовать одно <
span style="font-family: Times New Roman,serif;">из коммерческих решений на базе Xen, такое как Citrix XenServer. Единственная проблема в том, что эти решения зачастую не являются решениями с полностью открытым исходным кодом. 
Поэтому многие собирают собственные ядра или ищут того, кто может это сделать. Xen используется на довольно большом количестве серверов: от недорогих провайдеров Virtual Private Server (VPS) (как Linode ) до таких «больших мальчиков», как Amazon EC2.Статья на TechTarget показывает, что провайдеры, которые вложили значительные средства в решения на Xen совсем не собираются переключаться на что-либо еще. Даже если KVM и превосходит Xen технически, они вряд ли будут ломать и перестраивать существующие решения только для того, чтобы получить незначительный выигрыш. 
Но у KVM в любом случае пока еще нет таких технических преимуществ. Поскольку Xen используется <
span style="font-family: Times New Roman,serif;">немногим дольше, у него было больше времени для достижения зрелости, чем у KVM. Вы можете найти некоторые возможности в Xen, которые еще не появились в KVM, хотя этот проект имеет длинный список TODO (то, что приведено в этом списке — просто набор идей над которыми планируют работать разработчики KVM, а не идеи по достижению паритета с Xen). У KVM на самом деле есть пока только одно небольшое преимущество, которое может позволить ему стать основным гипервизором в Linux. Если вы используете последние ядра Linux, у вас уже есть KVM. В Red Hat Enterprise Linux с версии 5.4 включена поддержка KVM и эта компания предполагает отказаться от Xen в пользу решений на KVM в RHEL 6. 
Это, в частности, может служить указанием того, чего достиг KVM в техническом плане. Мало того, что Red Hat имеет преимущество в наличии значительного количества талантливых программистов для разработки KVM, у них есть еще одно преимущество, выражающееся в появлении дополнительных препятствий для компаний, которые клонировали Red Hat Enterprise Linux и инвестируют значительные средства в Xen. Исключая Xen из планов своего развития, они заставляют эти компаний также отказаться от Xen или брать поддержку Xen-решений на себя и отказаться от клонирования RHEL. Это означает дополнительные расходы на инженеров, больше усилий для ISV-сертификаций и т.д. 
KVM в настоящее время не может тягаться с Xen, хоть и быстро его догоняет. Он достиг достаточной степени зрелости для того, чтобы многие организации комфортно использовали его в своей работе. Значит ли это, что Xen'у пора на выход? Не так быстро. 
Останется только один? 
Выбор «KVM или Xen» скорее всего будет диктоваться вашим вендором. Если вы используете RHEL в течение длительного времени, ставьте на KVM. Если вы используете Amazon EC2, вы уже используете Xen, и т. д. Основные Linux-вендоры, по-видимому, будут предлагать решения на основе KVM, но есть и достаточное количество коммерческой поддержки для Xen. Весьма вероятно, что Citrix не собирается в ближайшее время уходить с этого рынка. 
Бывает очень соблазнительно рассматривать технологию в ИТ-индустрии как игру с нулевой суммой (игра, в которой выигрыш одного означает аналогичный проигрыш другого — прим. перев.), где одно решение выигрывает, а другое — проигрывает. Н

о истина заключается в том, что Xen и KVM в ближайшее время будут сосуществовать. Рынок виртуализации достаточно велик, чтобы на нем хватило места нескольким решениям, у каждого из них имеется серьезный тыл, что также гарантирует их совместное сосуществование. 
Автор: stranger

Неожиданное обновление :)
Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится 🙂 ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.
Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).
Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.
Автор: stranger