Evolution-RSS SVN Ebuild

Ok so I haven't been able to get it to build yet but I am working on an evolution-rss svn ebuild. My main impetus for this ebuild has been the fact that I filed a bug a week or two ago about the appearance of feeds when using a dark theme and it is now apparently resolved in svn. This and the lack of a dbus connection are my two biggest gripes with evolution-rss. The theme bug is the classic "light text on white background" issue that seems to plague dark themes. I'm looking forward to GNOME 2.24 because they have been working on dark theme integration. Hopefully this will create a much more usable dark theme environment. Maybe I'll be lucky and a new version of evolution-rss will be released for the new evolution and I won't have to fiddle with this ebuild any more. If I do get it to work before a new version is released I will be sure to share it here.

Buffer Overflow in Gnome-Panel?

I upgraded to Gnome 2.22 recently as it has gone stable in Gentoo's portage. One issue I encountered was that the panel would crash whenever I clicked on the clock applet. Investigating futher I checked my logs and found that it was crashing due to SSP. I never had this problem with previous versions of Gnome Panel. Anyhow I disabled SSP and it works fine now but I worry that a bug has been introduced into the latest stable release of the panel.

Webkit-GTK svn ebuild

I have been very interested in Webkit ever since the GTK port was announced. It seems like a good fit for integration with Gnome applications like Epiphany and Evolution. Right now I'm using it in Evolution-RSS and Midori, a Webkit-GTK browser. There are a couple of svn snapshot ebuilds in portage but I find myself constantly creating new snapshot ebuilds to test out the latest Webkit-GTK along with the svn ebuild of Midori. So in a similar fashion to my sK1 svn ebuild I decided to create a Webkit-GTK svn ebuild. Be forewarned that the checkout process takes a very long time. Based on my genlop output the checkout process alone took 40 minutes and compilation took another 20 minutes.

/usr/local/portage/net-libs/webkit-gtk-9999.ebuild

Weird icon bug

I have beeen using the now defunct gTangish icons for a couple of months now and found a weird problem where icons in 32-bit binaries (I am using 64-bit) like Acrobat Reader, Raw Therapee, and Realplayer displaying larger than life to say the least. No other icon set had this problem. After some investigating I found that it was most likely a index.theme issue. Not wanting to look for the fatal flaw all day I decided I would base a new theme.index off of the gTango icon set which has now taken the place of gTangish. (I don't really like the gTango set as much as gTangish that's why I am still using it). Anyway here is what the problem looked liked:



The modified theme makes everything look normal again:



Here is the modified gTangish theme.index

Evolution-RSS SVN Ebuild

Ok so I haven't been able to get it to build yet but I am working on an evolution-rss svn ebuild. My main impetus for this ebuild has been the fact that I filed a bug a week or two ago about the appearance of feeds when using a dark theme and it is now apparently resolved in svn. This and the lack of a dbus connection are my two biggest gripes with evolution-rss. The theme bug is the classic "light text on white background" issue that seems to plague dark themes. I'm looking forward to GNOME 2.24 because they have been working on dark theme integration. Hopefully this will create a much more usable dark theme environment. Maybe I'll be lucky and a new version of evolution-rss will be released for the new evolution and I won't have to fiddle with this ebuild any more. If I do get it to work before a new version is released I will be sure to share it here.

Buffer Overflow in Gnome-Panel?

I upgraded to Gnome 2.22 recently as it has gone stable in Gentoo's portage. One issue I encountered was that the panel would crash whenever I clicked on the clock applet. Investigating futher I checked my logs and found that it was crashing due to SSP. I never had this problem with previous versions of Gnome Panel. Anyhow I disabled SSP and it works fine now but I worry that a bug has been introduced into the latest stable release of the panel.

Webkit-GTK svn ebuild

I have been very interested in Webkit ever since the GTK port was announced. It seems like a good fit for integration with Gnome applications like Epiphany and Evolution. Right now I'm using it in Evolution-RSS and Midori, a Webkit-GTK browser. There are a couple of svn snapshot ebuilds in portage but I find myself constantly creating new snapshot ebuilds to test out the latest Webkit-GTK along with the svn ebuild of Midori. So in a similar fashion to my sK1 svn ebuild I decided to create a Webkit-GTK svn ebuild. Be forewarned that the checkout process takes a very long time. Based on my genlop output the checkout process alone took 40 minutes and compilation took another 20 minutes.

/usr/local/portage/net-libs/webkit-gtk-9999.ebuild

Weird icon bug

I have beeen using the now defunct gTangish icons for a couple of months now and found a weird problem where icons in 32-bit binaries (I am using 64-bit) like Acrobat Reader, Raw Therapee, and Realplayer displaying larger than life to say the least. No other icon set had this problem. After some investigating I found that it was most likely a index.theme issue. Not wanting to look for the fatal flaw all day I decided I would base a new theme.index off of the gTango icon set which has now taken the place of gTangish. (I don't really like the gTango set as much as gTangish that's why I am still using it). Anyway here is what the problem looked liked:



The modified theme makes everything look normal again:



Here is the modified gTangish theme.index