bug-freedink
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-freedink] Re: DFarc "make install" problem/question/finnish transla


From: Sylvain Beucler
Subject: [Bug-freedink] Re: DFarc "make install" problem/question/finnish translation.
Date: Tue, 23 Sep 2008 20:26:48 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

On Tue, Sep 23, 2008 at 04:44:46PM -0700, Petteri Tolonen wrote:
> Hi,
>>>>         
>>> This is a source package. I installed xdg-utils and now I get:
>>> --------------
>>> /usr/bin/xdg-icon-resource install --context mimetypes --size 32    \
>>>        ./pixmaps/dfarc.png application-x-dmod
>>> xdg-icon-resource: No writable system icon directory found.
>>> ---------------
>>> I tried: export XDG_ICON_RESOURCE=$HOME/.icons and install went 
>>> trough  fine even though that directory doesn't even exist. Should I 
>>> just put  something to XDG_ICON_RESOURCE to make it work? That 
>>> doesn't sound good.
>>>     
>>
>> I checked '/usr/bin/xdg-icon-resource' (which is a shell script) and
>> apparently you lack '/usr/share/icons'.  Is it the case?  I got this
>> error a few days ago with a minimal Gentoo system.
>>
>>   
>
> No, I do not lack /usr/share/icons, but I just realized that I was  
> testing compilation/install with the PKGBUILD-file that I have created  
> (a script that should build the package from source). I tried to install  
> dfarc manually as a normal user to some folder that I have write  
> permissions to and it worked just fine, so I guess it's a problem in  
> archlinux packaging scripts or fakeroot. Anyway, thanks for help and  
> sorry for all the confusion :). If you have any idea how this could be  
> fixed, then I'll be happy to hear it. If not, then I'll probably try  
> some messy workaround or just leave it unfinished for now and upload  
> freedink-engine and -data.

Hi.

It doesn't make much sense to use 'fakeroot' if the package installs
to '/', since it will require realroot access ;)

So I think ArchLinux is designed so that PKGBUILDs can be used for
source and binary packages, and hence dfarc is not supposed to mess
with '/usr/share/icons' at that point. This would explain why
packaging fails.


What I did with other distros is:

- disable .desktop and mime.xml files installation with
        ./configure --disable-desktopfiles ...

- with that option, dfarc will install the files manually without
  using the xdg-utils, taking DESTDIR into account, which should work.

- you'll need to add a post-install script to run
  update-desktop-database and update-mime-database manually. You'll
  probably also need to run update-icon-caches otherwise Gnome won't
  detect the new icon for .dmod files.


I personaly got inspiration from GnoCHM when trying to understand all
this mess, so I checked the gnochm package in ArchLinux which does
that (except that it doesn't rebuild the icon cache AFAICS):

http://repos.archlinux.org/viewvc.cgi/community/gnome/gnochm/?root=community&pathrev=CURRENT
http://repos.archlinux.org/viewvc.cgi/community/gnome/gnochm/gnochm.install?revision=1.3&root=community&view=markup&pathrev=CURRENT


Maybe there's documentation about installing .desktop and new mime.xml
files in the ArchLinux documentation for packagers.  Can you check?

-- 
Sylvain




reply via email to

[Prev in Thread] Current Thread [Next in Thread]