#gtk2

O reprodutor de áudio Audacious 4.0 foi finalmente lançado como o novo ramo estável e com a interface de usuário do Qt5.

Lançado o Audacious 4.0 com a interface de usuário do Qt5

Antes de mais nada, saiba que o Audacious 4.0alterna para a interface de usuário do Qt 5 por padrão. Todavia, o GTK2 ainda está disponível como uma opção de compilação. Além disso, conheça os novos recursos do lançamento:

XFCE diz adeus ao suporte GTK2

Após o lançamento do Xfce 4.14 no mês passado, que passou do GTK2 para o GTK3 como seu kit de ferramentas, os restos antigos do suporte ao GTK2 agora estão sendo totalmente eliminados. Assim, o XFCE diz adeus ao suporte GTK2.

Com o código de desenvolvimento do painel xfce4 mais recente, o suporte ao GTK2 foi retirado nesta segunda-feira. Da mesma forma, a sua API GTK2. Isso também inclui não…

I recently experienced substantial difficulty trying to install the gtk2 gem on a Ubuntu 16.04 laptop. Attempts to simply run ‘gem install gtk2‘ proved perplexingly fruitless.

Eventually I suspected that while the gem was installed, it may not have been installed within the gem collections for the appropriate ruby version I was using under rvm, since the error was cast from a directory contained within a ‘.rvm’ folder. After some digging, I found that the following command successfully installed the gem under the appropriate ruby version within rvm which I was using:

GPG2 and greater REQUIRE the use of gpg-agent and pinentry according to the excellent Arch wiki. In addition it seems that since GPG 2.1 the gpg-agent is autostarted. However this particular error was encountered with GPG-2.0:

With GnuPG 2.1 the need of GPG_AGENT_INFO has been completely removed and the variable is ignored. Instead a fixed Unix domain socket named S.gpg-agent in the GnuPG home directory (by default ~/.gnupg) is used. The agent is also started on demand by all tools requiring services from the agent.

The obvious cause of the error below is, as it states, that the gpg-agent is not running. However, I wish to use gnome-keyring-daemon and seahorse for this instead. Why is the keyring not doing the job it is assigned (it is started early via PAM). And, in addition, I can succesfully decrypt the text after entering the passphrase to pinentry-gtk-2. So, it is "working", but I am interested in: 1) what GTK2 is up to behind the scenes: 2) Does this set up of gpg-agent coupled with gtk-pinentry increase or decrease security?; 3) What is happening when it errors out like this?; 4) Are gnome-keyring and seahorse insecure compared to gpg-agent?

I will need to backtrace and see exactly what is being opened, but for the moment, it is at least ugly looking. Here is what happens:

$ gpg --decrypt something.asc

You need a passphrase to unlock the secret key for user: "El Mail " 2048-bit ELG key, ID 8DFE455, created 2011-04-02 (main key ID 5FFFBC3)

The PINentry dialog box appears and the passphrase is entered.

can't connect to `/home/myuser/.gnupg/S.gpg-agent': No such file or directory

So, obviously this is the interesting part. Is gpg-agent really not running? Apparently not, or at least the socket is not present:

$ gpg-agent gpg-agent[7600]: can't connect to `/home/ush/.gnupg/S.gpg-agent': No such file or directory gpg-agent: no gpg-agent running in this session

Anyway, here is the rest of the error that appeared during the session, just for reference. Note that I go ahead and enter the pin/passphrase and can decrypt the text:

(pinentry-gtk-2:6451): GLib-GObject-CRITICAL **: Object class GtkSecureEntry doesn't implement property 'editing-canceled' from interface 'GtkCellEditable' gpg: encrypted with 2048-bit ELG key, ID 8DFE455, created 2011-04-02 "El Mail " Here is my succesfully decrypted text!

OK. This looks a bit unsettling. The point of the pinentry program is to never store the passphrases in memory or tempfiles or anywhwere else they could leak. So, it is important to figure out why this is reporting the error. First of all what versions of the software:

$ pinentry-gtk pinentry-gtk pinentry-gtk-2

pinentry-gtk-2 --version pinentry-gtk2 0.7.6

$ rpm -qif `which pinentry-gtk-2`

Name : pinentry-gtk Relocations: (not relocatable) Version : 0.7.6 Vendor: CentOS Release : 6.el6 Build Date: Fri 23 Sep 2011 09:22:05 AM EDT Install Date: Fri 06 Sep 2013 10:26:16 AM EDT Build Host: c6b18n1.dev.centos.org Group : Applications/System Source RPM: pinentry-0.7.6-6.el6.src.rpm Size : 103896 License: GPLv2+ Signature : RSA/SHA1, Mon 26 Sep 2011 12:23:37 AM EDT, Key ID 0946fca2c105b9de Packager : CentOS BuildSystem URL : http://www.gnupg.org/aegypten/ Summary : Passphrase/PIN entry dialog based on GTK+ Description : Pinentry is a collection of simple PIN or passphrase entry dialogs which utilize the Assuan protocol as described by the aegypten project; see http://www.gnupg.org/aegypten/ for details. This package contains the GTK GUI based version of the PIN entry dialog.

$ gpg --version

gpg (GnuPG) 2.0.14 libgcrypt 1.4.5

So, what is running, if gpg-agent is not? When I strace the process I only see gpg trying to open gpg-agent, and then when that fails, seemingly requesting pinentry itself. So, apparently the separate pinentry packages I have installed are not needed?

This man entry on gpg-agent claims it should be started from one of .xession, .bash_profile or .profile.

Running

$ gpg-agent --daemon --use-standard-socket

creates a socket in

~/.gnupg/S.XXXXX

and now the decryption runs without the error reported above. So, obviously I have not had seahorse set up correctly for this.

As part of my OpenBSD workstation project, making things pretty is a vital task. I can't work in an ugly environment, so things have to be simple, functional and more important, coherent.

One of the first things I do on a fresh OpenBSD system intended for desktop use is to install msttcorefonts pack. Probably due to license reasons, you can only install this from ports, so if you don't have ports yet, just follow the FAQ and do this:

$ cd /tmp $ ftp ftp://ftp.openbsd.org/pub/OpenBSD/5.1/ports.tar.gz $ cd /usr $ sudo tar xzf /tmp/ports.tar.gz

Now that we have the ports installed, do this:

# cd /usr/ports/fonts/msttcorefonts # make install

It's all on the FAQ, just pointing it out.

Now, for one reason or another, you may need some GTK3 application. I use Xfce and I'm actually pretty satisfied with it, but I also need gedit for reasons mentioned in another post. While gedit is a GTK3, if you don't choose the right theme, it may fallback to an ugly GTK variant which looks weird. So while your daily GTK2 theme look nice (Firefox, gFTP, XChat), the gedit will be different. There's nothing I hate most than inconsistency. You need to find themes with support for both GTK2 and GTK3 versions to have theme consistency. A good starting point is gnome-looks.com website, from where you can download them and put them in your ~/.themes folder. If you don't have it, create it and copy theme's folders, after you've extracted them from the archive. The form the Xfce menu, Setting, Appearance and you can have a look on your new themes.

These packages might be useful, before starting theme hunt:

# pkg_add -vi gtk-engines2 # pkg_add -vi gtk2-murrine-engine

I've settled for Clearwaita from the Clearlooks-Phenix package, it looks simple, clean and fresh on both GTK2 and GTK3 applications (I love the old Clearlooks for GTK2 back in the days).

For cases where you want control of the colors chrome uses, Chrome gives you a number of style properties for injecting colors and other information about how to draw the frame. For example, here's the proposed modifications to Ubuntu's Ambiance:

If you are like me, and don't use standard gnome programs, you have a conundrum. Your gtk2 and gtk3 programs no longer have a matching theme. But now your problems are solved! here are 2 dark matching themes to make your linux pretty again.

Atolm:

gtk2:http://skiesofazel.deviantart.com/art/Atolm-191381339 

gtk3: http://thedeviantmars.deviantart.com/art/Atolm-gtk3-206663190