Hi Florian,
First of all thanks for replying. I will try to explain the situation
clearly.
You would have noticed that while installing RPMs like adobe reader
after the processing is complete he puts a shortcut on the desktop and also
one entry in Applications->Office. Looking at some of the spec files I have
found out that it is possible to duplicate the same by placing a
**.desktop*file on to
*/usr/share/applications *folder. But it is not working for me. Also i had
already figured out that putting the file on to the desktop will end up in
root's desktop. Thats why i was looking for other alternatives. The only
possible way i can figure out is to place the **.desktop *file on to some
directory which is used for such purposes. But */usr/share/applications/ *is
failing in my case.
If you can provide me with some inputs it will be great. I think I have
explained the situation vividly.
Thanks and Regards
-- anees
On Wed, May 7, 2008 at 4:57 PM, Florian Festi <[EMAIL PROTECTED]> wrote:
> aneeskA wrote:
>
> > Hi all,
> >
> > Yet another question regarding placing a shortcut on the desktop of
> > the user who is installing the package. While writing the spec file I found
> > out that you can use the environment variable $HOME in %install section. But
> > when it comes to listing the files in the distribution in the %files
> > section, i cant use the $HOME. any one has any idea how can i do that so
> > that i can copy a *.desktop file to the user's desktop which will ultimately
> > solve my problem.
> >
> > Any help highly appreciated.
> >
> There is a very simple reason why this is not possible: Linux is a
> multiuser system. What ever problem you are trying to solve putting files
> into the user directorIES is not the solution. Even if you could put a file
> "on the desktop of the user who is installing the package" it would end on
> the desktop of the "root" user. So you won't win anything with this
> approach.
>
> Consider putting a short cut into the Applications menu or describe the
> problem you are actually interested in more detail.
>
> Florian
>
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
https://lists.rpm.org/mailman/listinfo/rpm-maint
