GNOME 3.8 STABLE no OpenSUSE 12.3

Fala galerinha!

Depois de tantas pesquisas e leituras a respeito do GNOME notei que o lançamento da versão 3.6 não foi muito bem aceita pelos adeptos deste ambiente desktop. Consideram a 3.6 a pior versão já lançada pelo grupo de desenvolvedores. Obviamente esta só não perde para a versão 3.0, que foi horrível, diga-se de passagem.

MOTIVOS? Eu desconheço. Acredito que seja a vasta lista de BUGS que acompanharam seu lançamento.

Indo direto ao ponto: COMO INSTALAR O GNOME 3.8 no OpenSUSE 12.3?

PASSO 1 - Adicione o repositório com o comando abaixo (root)

zypper ar -f obs://GNOME:STABLE:3.8/openSUSE_12.3 GS38

zypper refresh GS38

PASSO 2 - Atualize o sistema (root)

zypper dup --from GS38

Simples, hein?

Mas veja bem. Como todo sistema que passa por atualizações grandes, podem ocorrer falhas. Apesar de estável, o sistema ainda não está completamente traduzido. Mas isso é uma questão de tempo.

Recomenda-se que essa atualização seja feita em uma instalação limpa do OpenSUSE. Principalmente se você é o tipo de usuário que utiliza pacotes de vários repositórios extras, tem pacotes compilados por terceiros no sistema, etc.

Mesmo assim, se quiser arriscar, faça um backup antes.

Fica a dica! ;-)

Abraços e até a próxima!

Fonte: http://dominique.leuenberger.net/blog/2013/04/gnome-3-8-for-opensuse-12-3-go-get-it/

Coincidência...

Coincidência da zorra!!

Agora que percebi que parei de postar no dia 20 de abril de 2012 e voltei 20 de abril de 2013.

Se fosse algo planejado não teria dado certo. Pra variar...

;)

Ativar o modo AHCI em um Windows já instalado

Fala galera!!

Depois de muito tempo estou de volta. Desta vez, trago uma dica importante sobre como ativar o modo AHCI da controladora SATA em um Windows 7 ou VISTA já instalado.

Como todos já sabem, quando instalamos o Windows utilizando a controladora SATA como modo IDE (ou PATA) é teoricamente impossível reverter para o modo AHCI.

Essa semana me deparei com uma situação em que tive que habilitar o modo AHCI sem correr o risco de corromper o Windows 7 e ter que formatar o disco rígido.

Encontrei num forum internacional a seguinte dica:

ANTES DE MODIFICAR PARA O MODO AHCI

1. Abra o regedit

2. Acesse HKEY_LOCAL_MACHINE / SYSTEM / CurrentControlset / Services

3. Vá até msahci

4. No lado direito procure a chave start e modifique seu valor para 0 (zero)

5. Reinicie o PC, entre no SETUP da BIOS e troque o modo da controladora SATA pra AHCI

Pronto!

Quando o Windows iniciar ocorrerá aquele processo de identificação de novo hardware. Após todo o processo o sistema solicitará que seja reiniciado.

Abraços e até a próxima.

Fonte: http://forums.guru3d.com/showthread.php?t=313676

Instale o recurso appmenu-qt no KDE 4.8.2

Olá mundo!

Ontem me deparei com o excelente recurso chamado appmenu-qt que tem como função adaptar o conteúdo da barra de menus de um app em um botão integrado à barra de título.

Pra quem possui laptop é uma mão na roda, já que ocupa menos espaço na tela, além do visual que fica muito bonito e sóbrio.

Na minha tentativa de ativar esse recurso no meu KDE 4.8.2 fiz umas buscas no google e não consegui obter respostas satisfatórias. Quando o resultado não apontava para um tutorial a ser executado em um Ubuntu desses da vida, apontava para perguntas em fórums, para sites de projetos com informações insuficientes, etc.

Resumo da ópera: Fui dormir 1h00 da manhã, tirando KDE 4.8.2, botando KDE 4.7.4, aplicando patch, compilando apps em qt pelo cmake, e por aí vai. Tudo bem, gosto de fazer isso. Na minha opinião nada ensina melhor do que a prática, mas, sinceramente, prefiro quando depois de tantas tentativas o resultado é de sucesso. Infelizmente ontem não consegui, mas hoje, com a "cabeça fresca" foi uma maravilha.

Para chegar a esse resultado fiz o seguinte:

1. Instalei o KDE 4.8.2 normalmente, o git, os "patterns" de desenvolvimento devel_kernel, devel_C_C++ e devel_kde e os pacotes libdbusmenu-qt-devel e libqjson-devel para preparar o ambiente para a compilação dos plugins e softwares responsáveis pelo recurso.

2. Baixei os seguintes sources para compila-los nesta ordem:

appmenu-qt-0.2.6 pelo site oficial do projeto

plasma-widget-menubar-0.1.17 pelo site oficial do projeto

oxygen-appmenu pelo git

O appmenu-qt é o "mediador" entre o dbus e o qt que rorna possível esse processo de "movimentação" da barra de menu dos apps, para um widget, botão, etc.

O plasma-widget-menubar é, como o nome já diz, um widget para o plasma do KDE que lhe permite criar um menu global como no Mac OS X. Aquele painel superior que serve como container universal para a barra de menu de qualquer app.

O oxygen-appmenu é uma versão modificada do decorador KWIN OXYGEN padrão do KDE. Tive que baixa-lo pelo git porque a versão que está no kde-look.org é definida como 4.7.3 DEPRECATED, em outras palavras, é compatível até a versão 4.7.3, considerada ultrapassada.

Tudo instalado e pronto pra compilar, extraia os sources em /usr/src e compile da seguinte forma

1. Vá ao diretório extraído ( exemplo: /usr/src/appmenu-qt-0.2.6/ ) e crie um diretório /usr/src/appmenu-qt-0.2.6/ chamado build. Ficará assim: /usr/src/appmenu-qt-0.2.6/build/

2. Acesse a pasta build e execute os comandos abaixo

# cmake -DCMAKE_INSTALL_PREFIX=/usr ..

# make

# make install

Após a compilação faça o mesmo processo com as outras fontes extraídas, seguindo a ordem citada acima.

Tudo compilado e instalado, reinicie sua sessão no KDE, vá até

Configurações do Sistema -> Aparência do Espaço de Trabalho -> Decorações da Janela

e escolha Oxygen-appmenu

Clicando em Configurar decoração, você encontra algumas opções referentes ao recurso appmenu. Clicando em Configurar botões, você define a ordem dos objetos (botões, espaços, menu, etc) apresentados na barra de título. 

O appmenu será exatamente o objeto "menu" que fica dentro de Configurar botões.

Espero que gostem da dica.

[ ] ' s e até a próxima.

Desativando o "Top Corner Hover" das Atividades no Gnome 3

Olá pessoal,

só pra finalizar as dicas de hoje sobre o Gnome 3, vou ensina-los como desativar o recurso de Atividades do Gnome 3 ao movimentar o ponteiro do mouse para o canto superior esquerdo da tela. Essa dica eu encontrei aqui e espero que seja útil para vocês como foi para mim.

Como root edite o arquivo  /usr/share/gnome-shell/js/ui/panel.js

Navegue até a linha 630 e substitua

hotBox.x1 = Math.round(x);
hotBox.x2 = hotBox.x1 + this._hotCorner.actor.width;

hotBox.y1 = Math.round(y);

hotBox.y2 = hotBox.y1 + this._hotCorner.actor.height;

               this._hotCorner.actor.allocate(hotBox, flags);

por

hotBox.x1 = Math.round(x);
hotBox.x2 = hotBox.x1 + this._hotCorner.actor.width;

hotBox.y1 = Math.round(y);

hotBox.y2 = hotBox.y1 + this._hotCorner.actor.height;

//qualquercoisa this._hotCorner.actor.allocate(hotBox, flags);

Reinicie o Gnome!

No link original explica o motivo de comentar a linha e colocar algo escrito em "qualquercoisa". No momento eu não me recordo e estou com um pouco de pressa.



[ ] ' s

Alterando os status disponiveis no Menu de IM no Gnome 3

Olá thurma!!

Estou com muito sono para criar um post extenso. Vou direto ao assunto!

Eu ficava intrigado na condição do "User Menu" (aquele que fica no canto superior direito do Gnome 3) só conter as opções DISPONÍVEL e INDISPONÍVEL do IM. Eu sempre fui de utilizar o status OCUPADO por padrão, pois nem sempre estou com tempo disponível pra bater papo, mas fico o tempo todo conectado ao Talk.

Resolvi fuçar um pouco e acabei descobrindo como colocar as opções OCUPADO e INDISPONÍVEL no menu do IM.

Abra o terminal e edite o arquivo /usr/share/gnome-shell/js/ui/userMenu.js

Navegue até a linha 332 e substitua

if (i == IMStatus.AVAILABLE || i == IMStatus.OFFLINE)

por

if (i == IMStatus.BUSY || i == IMStatus.OFFLINE)

Agora navegue até as linhas 343 e 344 para fazer as seguintes modificações

if (id == IMStatus.AVAILABLE) {
            newPresence = Tp.ConnectionPresenceType.AVAILABLE;

por

if (id == IMStatus.BUSY) {
            newPresence = Tp.ConnectionPresenceType.BUSY;

Reinicie o gnome e curta as modificações!!

[ ] ' s

Recompilando o Freetype2 no OpenSUSE 12.1

Salve, pessoal!!

Ainda na busca pela melhoria da renderização das fontes no OpenSUSE 12.1 encontrei uma ótima dica (nesse blog) sobre recompilação do Freetype2 através do arquivo SPEC.

Para quem não sabe, um arquivo SPEC é um tipo de script que contém informações (especificações) sobre como o compilador deve proceder para compilar um software qualquer e transformá-lo em um pacote binário RPM.

Eu já tive a experiência de recompilar o Freetype2 no Slackware com suporte ao Subpixel -  inclusive mantenho em meu disco rígido um pacote txz com esse recurso ativado - mas nunca havia feito isso em sistemas baseados em pacotes RPM.

Existem duas formas de ativar o subpixel no OpenSUSE. A primeira é instalando um repositório extra que contem esses pacotes já prontos. A segunda forma é recompilando através do SPEC. Eu não gosto muito da primeira opção pois, quanto mais repositórios você mantem, mais "segmentado" fica o seu sistema. Pacotes do repositório A que não estão atualizados substituindo os pacotes atualizadíssimos do repositório B simplesmente porque os pacotes de A possuem os recursos que não estão nos pacotes de B. Ficou confuso? Pois é, assim fica o seu sistema.

Então vamos partir pra segunda opção. Primeiramente instale o arquivo de fonte (source) do Freetype2:

# zypper source-install freetype2 (ou zypper si freetype2)

Siga para o diretório /usr/src/packages/SOURCES/ e observe que ja estarão disponíveis os pacotes freetype-2.4.7.tar.bz2 e freetype-doc-2.4.7.tar.bz2, entre outros.

Instale os pacotes necessários pra compilação:

# zypper in gcc zlib-devel patch

ou, se preferir fazer como eu, instale os grupos de pacotes de desenvolvimento

# zypper in --type pattern devel_C_C++ devel_kernel

Agora siga para o diretório /usr/src/packages/SPECS/ e observe o arquivo freetype2.spec

Abra-o através do seu editor preferido (lembrando de abri-lo como root) e navegue até mais ou menos a linha 98

%define enable_subpixel_rendering 0

Nessa linha deverá ser trocado o valor 0 para 1

%define enable_subpixel_rendering 1

Salve a alteração, feche o editor e execute

# rpmbuild -bb freetype2.spec

Aguarde a compilação dos pacotes terminarem.

Por fim vá até o diretório /usr/src/packages/RPMS/x86_64 (ou i686, i586, depende da arquitetura do seu sistema) e instale os pacotes gerados:

# zypper in --force freetype2-devel-2.4.7-6.1.x86_64.rpm libfreetype6-2.4.7-6.1.x86_64.rpm

Lembrando que o nome do pacote no seu sistema pode variar a arquitetura de x86_64 para qualquer outra, dependendo da versão que esteja instalada.

Depois de concluída a instalação, reinicie o PC e ative o subpixel no seu gerenciador de janelas preferido na parte de aparência ou fontes.

Agora é só curtir as belas fontes no OpenSUSE.

[ ] ' s  e até a próxima!

UPDATE

Após a instalação dos pacotes fui atualizar o sistema e percebi que o zypper estava sugerindo a substituição de ambos pela versão que está no repositório. Em outras palavras, os pacotes com o subpixel ativado seriam removidos para que a versão padrão (sem subpixel) fossem instalados novamente.

Então me lembrei que havia lido algo sobre bloqueio de pacotes através do próprio zypper. Fiz uma rápida busca no oráculo, dei uma olhada no man e encontrei exatamente o que eu queria. Segundo o man, quando você bloqueia um pacote significa que SE ESTE ESTIVER INSTALADO NÃO PODERÁ SER REMOVIDO, OU, SE NÃO ESTIVER INSTALADO, QUALQUER TENTATIVA DE INSTALA-LO SERÁ NEGADA.

Abaixo mostrarei os comandos relacionados a  bloqueio de pacotes:

BLOQUEIO DE PACOTES
# zypper al package(s)
# zypper addlock package(s)

REMOVER O BLOQUEIO DE PACOTES
# zypper rl package(s)
# zypper removelock packages(s)

LISTAR OS PACOTES BLOQUEADOS
# zypper ll
# zypper locks

REMOVER TODOS OS BLOQUEIOS DE PACOTES DE FORMA INTERATIVA
# zypper cl
# zypper cleanlocks

No caso do Freetype2, executei o comando
# zypper al freetype2-devel libfreetype6

A lista com os pacotes bloqueados pode ser vista tambem no arquivo
/etc/zypp/locks

;-)

[ ] ' s