Date: Thu, 10 Mar 2011 15:25:52 +0200 From: Andriy Gapon <avg@freebsd.org> To: Alberto Villa <avilla@freebsd.org> Cc: gnome@freebsd.org, kde@freebsd.org Subject: Re: icon for optical disk Message-ID: <4D78D160.7010001@freebsd.org> In-Reply-To: <201103101232.05940.avilla@freebsd.org> References: <4D692B50.4000807@freebsd.org> <4D7878BD.9020802@freebsd.org> <201103101232.05940.avilla@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 10/03/2011 13:32 Alberto Villa said the following: > On Thursday 10 March 2011 08:07:41 Andriy Gapon wrote: >> The function expects that for optical disks "info.category" would be >> "volume" and "info.capabilities" would contain "volume.disc". >> But our hal gives "volume.disc" value in the info.category property as I >> can see with lshal. And thus the match fails and an empty icon name is >> returned from the function. >> I've just double-checked with OpenSUSE installation that I have and > their >> hal supplies the values that the solid code expects. > > i'm not sure if that is supposed to be correct. this is from doc/spec/hal- > spec-properties.xml: > > <entry> > <literal>info.category</literal> (string) > </entry> > <entry>example: storage.cdrom</entry> > <entry>No</entry> > <entry>The prominent capability describing what the device is</entry> > > googling for info.category examples, though, reveals only simple words > for it on linux (volume, storage...). a linuxism, maybe? > > i'll try to get our hal behave as in linux, and we'll see Well, an example is not a definitive specification. And I thought that the hal was one big linuxism :-) Anyway, thanks a lot for the patch, I will test it. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D78D160.7010001>