Changing the default window manager

Learn how to change your default window manager or desktop. Switching window managers isn’t hard, but it’s still one of the hardest things to figure out. I’m not coveringВ kdm В orВ gdm В here, this tuXfile teaches you how to change the default window manager if you’re usingВ xdm В or starting the X Window System manually with theВ startx В command.

Edit a text file В >

Alright, you’ve installed a really fancy new window manager and want to try it out? If you’re booting to command line and starting X manually with theВ startx В command, you’re probably wondering how to make that new fancy window manager your default. Or, if you useВ xdm В as your display manager, you’re probably wondering the same thing because it doesn’t provide you with any menu that lets you change your window manager. You need some other way of telling X what window manager you want to use.

The good news is that changing the default window manager or desktop in Linux is really simple: you just need to edit a little config file. For editing that file you can use any text editor you’re familiar with.

startx and .xinitrc В >

If you use theВ startx В command for starting up the X Window System, you’ll need to edit a file calledВ .xinitrc В that is located in your home directory. If the file already is there, just open it with your favorite text editor. If you don’t have such a file in your home directory, create a new file with that name. Note the dot in the file name – it shows you that the file is a hidden file and doesn’t show when you do a normal directory listing.

If you already have aВ .xinitrc В file in your home directory, it may be a huge scary-looking text file with a lot of text that makes just as much sense as a file produced with a random number generator and encrypted after writing. If you want to make a backup of this file, rename it to something likeВ .xinitrc.backup В or whatever you wish:
mv .xinitrc .xinitrc.backup

Now you can use your text editor for creating a new, blankВ .xinitrc В file. Although the file may be a complicated multi-line geeky script, it can be very simple, too. In its simplest it just contains a single line with the name of your new window manager. So, add a line like this to your file:
exec windowmanager
whereВ windowmanagerВ is the command that starts the window manager you want to be your default. For example, to make Window Maker your default window manager, you’d have a line like this:
exec wmaker

The commands for starting some popular window managers and desktop environments are:

• KDE =В startkde
• Gnome =В gnome-session
• Blackbox =В blackbox
• FVWM =В fvwm В (or, for FVWM2 it’sВ fvwm2 , surprise)
• Window Maker =В wmaker
• IceWM =В icewm

After editing theВ .xinitrc В file, save your changes. The next time you do aВ startx , the new window manager will be your default.

xdm and .xsession В >

If you have a graphical login and haveВ xdm В as your display manager, you may also be wondering how to change the default window manager becauseВ xdm В doesn’t provide a way of choosing your window manager when you log in. You’ll have to edit a text file just like in the case of editing theВ .xinitrc В file, but this time you need to edit a file calledВ .xsession .

TheВ .xsession В file is also located in your home directory, and you edit it exactly the same way as you’d editВ .xinitrc , only the file name is different. So everything I said above applies toВ .xsession В too. If the file isn’t already in your home directory, just create it. After editingВ .xsession В and saving the changes, your new window manager starts up the next time you log in viaВ xdm .

Практика ITIL для небольшой компании. Change Management

Сегодня много кто слышал про ITIL: ИТ процессы, инциденты, тикеты и прочие составляющие ИТ менеджмента.
Слышали? — Круто!
Нет? — ничего страшного, еще обсудим.

Сразу оговорюсь: не прочитал ни одной книги из библиотеки ITIL, не проходил курсы и, пока, не являюсь сертифицированным специалистом — поэтому просьба помидорами в меня не кидаться, а корректно и вежливо поправить, если буду в чем-то не прав.

В то же время по этим самым IT процессами (в том самом виде, в котором они задумывались авторами ITIL) мне посчастливилось проработать аж три с половиной года — поэтому всю «кухню» знаю с практической стороны и знаю, что всё это реально, черт возьми, работает не только на бумаге, но и в жизни.

Сегодня поговорим об одном из самых важных ИТ процессов в плане поддержания стабильности инфраструктуры организации — Управлении Изменениями, он же Change Management.

Change Management наиболее тесно связан со следующими процессами: Incident Management, Problem Management, Configuration Management.

Суть его заключается в контроле действий, связанных с любого рода изменениями (они же в обиходе «ченджи» от «change») в ИТ инфраструктуре. Нужно изменить конфигурацию сервера — составь план, утверди, примени, обнови документацию. Нужно ввести в эксплуатацию новый роутер — составь план, утверди, примени, обнови документацию. Нужно перенести базу данных с одного хоста на другой — … ну вы поняли.

Может показаться, что все это излишняя бюрократия, занимающая ваше драгоценное время. Отчасти — да. Однако, никто и не предлагает с места в карьер углубляться в бюрократию с самого начала. Бюрократию можно оставить крупным корпорациям, которые могут себе позволить любые издержки ради поддержания стабильности.

Что бы ни говорили эстеты ИТ менеджмента, я искренне верю, что в компаниях любого размера можно использовать методики Change Management — по-тихоньку, без фанатизма внедряя всё лучшее, что в нём есть постепенно, а не одним махом.

А начать можно с одного маленького, но очень полезного документа — т.н. Change Plan — документа, в котором описывается как будет проходить чендж. В свое время сам разрабатывал его шаблон для компании, в которой работал — документ получился очень практичным. Ниже приведу его разделы. Надеюсь пригодится:

1. Описание
   Что будет делаться в двух словах.
   Для чего это будет делаться (если пораскинуть мозгами, то может оказаться, что и делать ничего не надо);
   Кто будет участвовать.
   Cсылки на документацию. Желательно на официальную, но можно и на другие проверенные источники. Документация обуславливает корректность ваших действий. И вообще ее полезно читать.
2. Подготовка (Pre-installation)
   Все что нужно сделать до момента X — времени, на которое запланирован чендж. Важными пунктами этого раздела являются:
   Согласование и Бэкап.
   Для чего нужен бэкап я не буду распространяться, а вот насчет согласования уточню, что этот пункт крайне важен. Все, кого может затронуть чендж должны быть предупреждены, а ответственные лица должны дать свое согласие. Например, с 16 до 17 вы соберетесь заменить принтер, а именно в это время в бухгалтерии отправят на печать зарплатные листы… Согласитесь, будет неприятно.
3. Внедрение (install plan)
   Все действия, которые будут выполняться в момент X. По шагам — максимально подробно: зайти на сервер такой то по SSH, выполнить команды: 1, 2, 3… И так далее.
   При желании можно указать сколько времени займет та или иная операция.
4. Заключительные действия (Post-installation)
   Проверить, что система и все остальные системы, с ней взаимодействующие, работают корректно;
   Вернуть обратно все настройки, которые делались в рамках подготовки к ченджу;
   Внести изменения в документацию;
5. План отката (Backout Plan)
   Действия, которые будут выполняться в случае проблем и невозможности их устранения в приемлемые сроки.
6. Приложения
   Если в плане много справочной информации, то здесь можно всю ее собрать. IP адреса, имена серверов, пути в файловой системе, и прочее.

Всё. С содержимым плана закончили.
Помимо очевидных плюсов у составления таких планов есть один приятный бонус: со временем их накопится столько, что добрую половину изменений можно будет выполнять по отработанной ранее схеме. При этом выполнять их сможет не только один сотрудник, но и любой человек, который более-менее в теме. Всем надо когда-то выходить в отпуск.

Несмотря на всю простоту, в 95% организаций такого рода подходы не используется даже близко. Это далеко не ITIL, но это уже кусочек от него, который сделает инфраструктуру организации более стабильной. ИТ специалист же, который применяет такие, пусть и урезанные, подходы, сможет прокачать свои скилы, которые несомненно пригодятся в карьере.

Изучайте, внедряйте.
Спасибо за внимание.

Window manager

A window manager (WM) is system software that controls the placement and appearance of windows within a windowing system in a graphical user interface (GUI). It can be part of a desktop environment (DE) or be used standalone.

Contents

Overview

Window managers are X clients that control the appearance and behaviour of the frames («windows») where the various graphical applications are drawn. They determine the border, title bar, size, and ability to resize windows, and often provide other functionality such as reserved areas for sticking dockapps like Window Maker, or the ability to tab windows like Fluxbox. Some window managers are even bundled with simple utilities like menus to start programs or to configure the WM itself.

The Extended Window Manager Hints specification is used to allow window managers to interact in standard ways with the server and the other clients.

Some window managers are developed as part of a more comprehensive desktop environment, usually allowing the other provided applications to better interact with each other, giving a more consistent experience to the user, complete with features like desktop icons, fonts, toolbars, wallpapers, or desktop widgets.

Other window managers are instead designed to be used standalone, giving the user complete freedom over the choice of the other applications to be used. This allows the user to create a more lightweight and customized environment, tailored to their own specific needs. «Extras» like desktop icons, toolbars, wallpapers, or desktop widgets, if needed, will have to be added with additional dedicated applications.

Some standalone WMs can be also used to replace the default WM of a DE, just like some DE-oriented WMs can be used standalone too.

Prior to installing a window manager, a functional X server installation is required. See Xorg for detailed information.

Window manager (Русский)

Оконный менеджер (WM) — программа, которая управляет отображением окон в оконной системе графического интерфейса пользователя (GUI). Он может являться частью среды рабочего стола или работать отдельно.

Contents

Обзор

Оконные менеджеры работают в роли клиентов оконной системы X, которые управляют внешним видом и поведением прямоугольных фреймов («окон»), где отображаются элементы интерфейса графических программ. Они добавляют фрейму рамку, панель заголовка, возможность изменять его размер и т. д., а также часто предоставляют дополнительную функциональность — например, создают специальные области на экране для «приклеивания» виджетов (dockapps), как Window Maker, или позволяют объединить несколько приложений в одном окне, переключаясь между ними с помощью вкладок, как Fluxbox. Некоторые оконные менеджеры даже включают в свой набор простые утилиты вроде меню запуска программ или графического инструмента для настройки самого менеджера.

Спецификация Extended Window Manager Hints от X Desktop Group создана и используется для того, чтобы позволить разным оконным менеджерам единообразно взаимодействовать с сервером X и другими клиентами.

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

Перед установкой оконного менеджера необходимо установить и настроить сервер X. Подробную информацию вы сможете получить на странице Xorg.

• Стековые (также плавающие) оконные менеджеры следуют традиционной метафоре рабочего стола, которая используется в коммерческих операционных системах Windows и OS X. Окна отображаются подобно листкам бумаги на столе, накладываясь и перекрывая друг друга. Список статей о стековых оконных менеджерах смотрите на странице стековые оконные менеджеры.
• Фреймовые оконные менеджеры располагают окна на экране в виде плиток (фреймов) так, что они не перекрывают друг друга. Как правило, фреймовые оконные менеджеры подразумевают активное использование клавиатуры для управления окнами, и имеют слабую поддержку мыши (либо не имеют ее вовсе). Фреймовые оконные менеджеры могут предлагать набор стандартных расположений фреймов или позволять задавать их вручную. Список статей о фреймовых оконных менеджерах смотрите на странице фреймовые оконные менеджеры.
• Динамические оконные менеджеры позволяют динамически переключаться между двумя режимами — стековым и фреймовым. Список статей о динамических оконных менеджерах смотрите на странице динамические оконные менеджеры.

Сравнение популярных оконных менеджеров вы можете найти на страницах Сравнение тайловых оконных менеджеров и Wikipedia:Comparison of X window managers.

Linux Commando

Initially a Linux command-line interface blog, it has evolved to cover increasingly more GUI app topics. Instead of just giving you information like some man page, I illustrate their usage in real-life scenarios.

Search This Blog

Sunday, July 20, 2014

How to change window manager for GNOME

If I ask a Linux user what desktop environment he is running, most likely he can tell me the correct answer — GNOME, KDE, Xfce, LXDE, etc. But if I ask him what window manager he is running, I won’t be too surprised if he can’t answer me. In fact, not long ago, I did not know that myself.

The Window Manager dictates how various visual elements — windows, panes, icons, etc — look, and how users may interact with these elements. There are many window manager choices: Metacity, Mutter, Compiz, Openbox, etc.

The key is that you are not locked in to any window manager. If you don’t like your current window manager, change it. This post explains how to change the window manager, specifically for the GNOME desktop environment.

Before we change it, let’s find out which window manager is currently running. To do that, you need to install and run a tool named wmctrl.

The above output tells us that Metacity is the current window manager.

The procedure to change the window manager is:

1. Choose a new window manager, say Mutter.
2. Install the new window manager.
3. Change window manager.

If you just want to try out the window manager, then execute the following command in your desktop environment:

The window manager is switched on-the-fly. However, Mutter does not persist after logging out. When you login to X, the window manager is reverted back to Metacity.

To make Mutter your new default, create the file