Bug 5491

Summary:	The binary wmdrawer can't run because it can't open config file /home/will/.wmdrawerrc
Product:	Mageia	Reporter:	seilebost seilebost <seilebost>
Component:	RPM Packages	Assignee:	Kamil Rytarowski <n54>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:	wmdrawer-0.10.5-13.mga2	CVE:
Status comment:

Description seilebost seilebost 2012-04-19 15:53:13 CEST

Description of problem:

 When this binary (wmdrawer) runs, it shows the following message :
"wmdrawer error: can't open config file /home/will/.wmdrawerrc".
If I copy /etc/skel/.wmdrawerrc into my home, this config file is wrong because it doesn't find the different icon. In addition, by default, the binary (ex. firefox <> galeon, etc.) don't run because these binary are not installed by  default by MAGEIA.

 Can you correct it ? By example, to install a good file of configuration .wmdrawerrc into the user directory and to modify the binary to run.


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Install wmdrawer
2. open a xterm
3. type wmdrawer

Manuel Hiebel 2012-04-19 18:31:08 CEST

Assignee: bugsquad => n54

Kamil Rytarowski 2012-04-19 21:21:46 CEST

Status: NEW => ASSIGNED

Comment 1 Kamil Rytarowski 2012-04-20 00:26:33 CEST

(In reply to comment #0)
> Description of problem:
> 
>  When this binary (wmdrawer) runs, it shows the following message :
> "wmdrawer error: can't open config file /home/will/.wmdrawerrc".
I will fix this part.

> If I copy /etc/skel/.wmdrawerrc into my home, this config file is wrong because
> it doesn't find the different icon. In addition, by default, the binary (ex.
> firefox <> galeon, etc.) don't run because these binary are not installed by 
> default by MAGEIA.
No, the config is not wrong, it is just a sheet and need to be preconfigured. I won't add dependencies like firefox, xmms2 etc for that small dockapp.

Comment 2 seilebost seilebost 2012-04-20 17:17:54 CEST

OK. 
 
 For the second party, for the professional worker, the list of minimalist applic

Comment 3 seilebost seilebost 2012-04-20 17:19:05 CEST

(In reply to comment #2)
> OK. 
> 
>  For the second party, for the professional worker, the list of minimalist
> applic

OK. 

 For the second party, for the professional worker, the list of minimalist
application should get Firefox (not galeon). But it's my opinion.

Comment 4 Kamil Rytarowski 2012-04-20 18:56:19 CEST

(In reply to comment #3)
> (In reply to comment #2)
> > OK. 
> > 
> >  For the second party, for the professional worker, the list of minimalist
> > applic
> 
> OK. 
> 
>  For the second party, for the professional worker, the list of minimalist
> application should get Firefox (not galeon). But it's my opinion.

http://svnweb.mageia.org/packages/cauldron/wmdrawer/current/SOURCES/wmdrawer-0.10.5-mga-update-default-applications.patch?view=markup

Ah, you are right. I have forgotten to update the binary.

Comment 5 Kamil Rytarowski 2012-04-21 10:59:16 CEST

The package is updated.

I corrected both things. Please test!

Comment 6 seilebost seilebost 2012-04-21 17:54:02 CEST

(In reply to comment #5)
> The package is updated.
> 
> I corrected both things. Please test!

well. I tested and I have got the following lines :

"
wmdrawer warning: can't load image gnome-multimedia.png
wmdrawer warning: can't load image xchat.png
wmdrawer warning: can't load image sylpheed.png
wmdrawer warning: can't load image firefox.xpm
wmdrawer warning: can't load image gnome-term.png
wmdrawer warning: can't load image gftp.png
wmdrawer warning: can't load image gnome-calc3.png
wmdrawer warning: can't load image geeqie.png
wmdrawer warning: can't load image gnome-gimp.png
wmdrawer warning: can't load image gnome-audio2.png
"

But I can run FIREFOX :-)

Comment 7 Kamil Rytarowski 2012-04-21 18:43:06 CEST

Ok then closing.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Comment 8 seilebost seilebost 2012-04-22 18:55:29 CEST

(In reply to comment #7)
> Ok then closing.

Before to close this bug, perhaps, it should correct to this problem about 'can't load image ....' ?