Re: emelfm2 0.6.0: segfault on config update

On Sun, 10 May 2009 00:19:53 +0200
Christoph Wickert <christoph.wickert@xxxxxxxxxxxxxx> wrote:

> Am Samstag, den 09.05.2009, 16:30 -0400 schrieb Charles A Edwards:
> > On Sat, 09 May 2009 13:29:52 +0200
> > Christoph Wickert wrote:
> > 
> > > > > Three more things I'd like to mention, although they are minor:
> > > > >      1. "lib" is hardcoded in the Makefile "lib" (once in
> > > > >         $(PREFIX)/lib/$(TARGET)/$(LIBS)). Can this replaced to
> > > > > work also for lib64 be default, so one doesn't have to manually
> > > > > add PLUGINS_DIR?  
> > > > 
> > > > svn now has LIB_DIR ?= $(PREFIX)/lib  
> > > 
> > > I was talking about $(PREFIX)/lib vs. $(PREFIX)/lib64, but I'm not
> > > sure if there is an autoconf macro for that.
> > 
> > It is a trivial matter in Fedora to include the attached patch, and
> > modify the emelfm2.spec accordingly.
> > 
> > %ifarch x86_64
> > %patch0 -p0
> > %endif
> > 
> > plugins will now be installed in /usr/lib64 on x86_64 and in 
> > usr/lib on ix86.
> 
> AFAIK this wont work for PPC64, so IMO using PLUGINS_DIR is easier than
> a patch, take a look at
> http://cvs.fedoraproject.org/viewvc/rpms/emelfm2/devel/emelfm2.spec?view=markup
> 
> > > > >      3. In the desktop file you define the icon with
> > > > > "Icon=emelfm2", but you are not installing it anywhere in the
> > > > > icon search path. Ether install it to say /usr/share/pixmaps or
> > > > > use the full path in the desktop file.  
> > > > 
> > > > I can't specify an absolute path that suits everyone.   
> > > 
> > > Agreed, but...
> > > 
> > > > The package should install the icon somewhere  suitable for the
> > > > distro.  
> > > 
> > > AFAICT /usr/share/pixmaps/emelfm2 wont work on any distro,
> > > only /usr/share/pixmaps will. So IMO emelfm2_48.png should be
> > > symlinked to /usr/share/pixmaps/emelfm2.png
> > 
> > The preferred method in xdg Is to use only the 'name' as this allows
> > for the usage of different sized icons depending upon the WM/theme/etc
> > which is being employed by the user.
> 
> Yes, but as long as emelfm2 icons are not provided by any theme, this
> does not make much of a difference, only for scaling.
> 
> > This can also be achieved by the packager in the Fedora emelfm2.spec
> > by additionally installing the icons to the preferred default icon
> > directory used by Fedora.
> 
> I think I will do this in the next release.
> 
> > This is from my current mandriva emelfm2.spec which I am use for my
> > svn builds.
> > 
> > install -m 644 -D icons/emelfm2_48.png
> > %{buildroot}%{_iconsdir}/hicolor/48x48/apps/%{name}.png
> > install -m 644 -D icons/emelfm2_32.png
> > %{buildroot}%{_iconsdir}/hicolor/32x32/apps/%{name}.png
> > install -m 644 -D icons/emelfm2_24.png
> > %{buildroot}%{_iconsdir}/hicolor/24x24/apps/%{name}.png 
> 
> You are not preserving timestamps here. Not sure about Mandriva, but on
> Fedora we support mixed arch systems with both a i386 and x86_64 package
> installed. As long as the timestamps match, rpm will treat the files as
> a single file, although they belong to 2 different packages.

so, install -p -m ...

Regards
Tom


-- 
Users can unsubscribe from the list by sending email to 
emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by 
logging into the web interface.

Other related posts: