Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 564106

Summary: media-gfx/fr0st-1.4-r1 fails to start
Product: Gentoo Linux Reporter: Pacho Ramos <pacho>
Component: Current packagesAssignee: Gentoo Graphics Project <graphics+disabled>
Status: RESOLVED FIXED    
Severity: normal CC: ahyangyi, treecleaner
Priority: Normal Keywords: PMASKED
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard: Pending removal: 2016-02-08
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 562480    
Attachments: fr0st-1.4-r2.ebuild
fr0st-1.4-color.patch

Description Pacho Ramos gentoo-dev 2015-10-25 17:12:13 UTC
When starting it I popup is opened forever (until gnome-shell hangs because of that) showing an error related with an "Attribute" called "Color" that is missing
Comment 1 Pacho Ramos gentoo-dev 2015-10-25 17:12:27 UTC
It's the same with wxGTK-2.8 and 3.0
Comment 2 Pacho Ramos gentoo-dev 2015-11-03 15:52:07 UTC
CCing treecleaners
Comment 3 nope 2016-01-11 23:24:01 UTC
I'm using awesome WM, fr0st works fine. No need to remove
Comment 4 Yi Yang 2016-01-18 10:30:19 UTC
Using KDE 5 (Kwin as window manager, Plasma as desktop environment). No hangs at all. Actually, it works perfectly. And we don't really have a usable alternative, besides running Apophysis under wine. 

Please do not remove since we have multiple anecdotes here that it's probably a bug in gnome-shell, or poor interaction between fr0st and gnome-shell.

I'm using gtk+ 2.24.28-r1 and 3.16.7 (but wxGTK uses gtk+ 2, right?).
Comment 5 Yi Yang 2016-01-21 04:49:52 UTC
By the way, if the whatever problem you are encountering is the same with wxGTK-2.8 and 3.0, it should not be blocking wxGTK-3.0 anyways, since it's not a regression of any kind.
Comment 6 Pacho Ramos gentoo-dev 2016-02-02 17:13:22 UTC
I get exactly the same issue about that "Attribute" Color missing under icewm
Comment 7 Malcolm Lashley 2016-02-16 02:36:43 UTC
The somewhat trivial fix is to change this line

fr0stlib/gui/canvas.py:        c = wx.Color(r,g,b, self.Opacity)

To *Colour* - wxGTK removed the US-spelling some time ago...

Please don't tree-clean for that :)

Similar bug: https://bugs.launchpad.net/whyteboard/+bug/1377762
Comment 8 Pacho Ramos gentoo-dev 2016-02-20 17:07:48 UTC
Created attachment 425996 [details]
fr0st-1.4-r2.ebuild

It fails exactly in the same way (now failing about undefined "Color")
Comment 9 Pacho Ramos gentoo-dev 2016-02-20 17:08:08 UTC
Created attachment 425998 [details, diff]
fr0st-1.4-color.patch
Comment 10 Malcolm Lashley 2016-02-29 04:25:31 UTC
Hey Pacho - sorry I don't think I explained the fix clearly (you seem to have dropped the wx part which was not what I was trying to describe)

To be clear - your patch should be:

--- fr0stlib/gui/canvas.py~	2011-05-14 19:58:25.000000000 +0200
+++ fr0stlib/gui/canvas.py	2016-02-20 17:47:25.853322560 +0100
@@ -79,7 +79,7 @@
 
     def SetBrush(self, FillColor, FillStyle):
         r,g,b = FillColor
-        c = wx.Color(r,g,b, self.Opacity)
+        c = wx.Colour(r,g,b, self.Opacity)
         self.Brush = wx.Brush(c)
Comment 11 Pacho Ramos gentoo-dev 2016-02-29 19:19:14 UTC
[master 52f1685] media-gfx/fr0st: Fix problems at runtime (#564106, thanks a lot to Malcolm Lashley for finding the fix), port to new python eclasses, use wxGTK3.
 2 files changed, 67 insertions(+)
 create mode 100644 media-gfx/fr0st/files/fr0st-1.4-colour.patch
 create mode 100644 media-gfx/fr0st/fr0st-1.4-r2.ebuild