<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Based on your explanation I proceeded to do some more digging...<br>
<br>
You're right, qgis does everything properly:<br>
<br>
>> dpkg -L qgis<br>
/.<br>
/usr<br>
/usr/share<br>
/usr/share/mime<br>
/usr/share/mime/packages<br>
/usr/share/mime/packages/qgis.xml<br>
/usr/share/doc<br>
/usr/share/doc/qgis<br>
/usr/share/doc/qgis/copyright<br>
/usr/share/doc/qgis/changelog.Debian.gz<br>
/usr/share/doc/qgis/changelog.gz<br>
/usr/share/mimelnk<br>
/usr/share/mimelnk/application<br>
/usr/share/mimelnk/application/x-raster-aig.desktop<br>
/usr/share/mimelnk/application/x-adobe-mif.desktop<br>
/usr/share/mimelnk/application/x-raster-mrsid.desktop<br>
/usr/share/mimelnk/application/x-esri-crs.desktop<br>
/usr/share/mimelnk/application/x-mapinfo-mif.desktop<br>
/usr/share/mimelnk/application/x-raster-ecw.desktop<br>
/usr/share/mimelnk/application/x-esri-shape.desktop<br>
/usr/share/mimelnk/application/x-qgis-project.desktop<br>
/usr/share/mimelnk/application/x-qgis-layer-settings.desktop<br>
/usr/share/applications<br>
/usr/share/applications/qbrowser.desktop<br>
/usr/share/applications/qgis.desktop<br>
/usr/share/icons<br>
/usr/share/icons/scalable<br>
/usr/share/icons/scalable/apps<br>
/usr/share/icons/scalable/apps/qgis.svg<br>
/usr/share/icons/hicolor<br>
/usr/share/icons/hicolor/64x64<br>
...<br>
/usr/share/icons/hicolor/22x22/apps/qgis.png<br>
/usr/share/pixmaps<br>
/usr/share/pixmaps/qgis-mime.png<br>
/usr/share/pixmaps/qgis.png<br>
/usr/share/pixmaps/qgis.svg<br>
/usr/share/lintian<br>
/usr/share/lintian/overrides<br>
/usr/share/lintian/overrides/qgis<br>
/usr/share/man<br>
/usr/share/man/man1<br>
/usr/share/man/man1/qbrowser.1.gz<br>
/usr/share/man/man1/qgis.1.gz<br>
/usr/lib<br>
/usr/lib/qgis<br>
/usr/lib/qgis/qgis_help<br>
/usr/lib/qgis/plugins<br>
/usr/lib/qgis/plugins/libheatmapplugin.so<br>
...<br>
/usr/lib/qgis/plugins/libevis.so<br>
/usr/lib/mime<br>
/usr/lib/mime/packages<br>
/usr/lib/mime/packages/qgis<br>
/usr/bin<br>
/usr/bin/qgis<br>
diverted by qgis-plugin-grass to: /usr/bin/qgis.bin <b><<
qgis-plugin-grass plugin diverts /usr/bin/qgis leaving the
qgis.desktop dangling</b><br>
/usr/bin/qbrowser<br>
diverted by qgis-plugin-grass to: /usr/bin/qbrowser.bin <b><<
qgis-plugin-grass plugin diverts it /usr/bin/qbrowser the
qbrowser.desktop dangling</b><br>
<br>
<div class="moz-signature">This left me with an unusable .desktop
(in GNOME it does not even appear anymore, it seems to check if it
points to a valid executable), which ended in users calling me up
asking "where their qgis went".<br>
<br>
qgis draws qgis-plugin-grass automatically as it is categorized as
"recomended" dependency. Fortunately no one I know at my workplace
uses it, so manually removing it solves my specific problem. It
does mean though, that qgis-plugin-grass currently breaks the qgis
package. <br>
<br>
It may be reasonable to conclude that this is just an unintended
duplicate or at least related to #817176.<br>
<br>
Thank you and best regards,<br>
Leonhard</div>
<div class="moz-signature"><br>
<br>
</div>
<div class="moz-cite-prefix">On 02.04.2016 14:35, Sebastiaan
Couwenberg wrote:<br>
</div>
<blockquote cite="mid:570002DC.4000802@xs4all.nl" type="cite">
<pre wrap="">Control: tags -1 moreinfo
Hi Leonhard,
On 04/01/2016 02:38 PM, Leonhard Weber wrote:
</pre>
<blockquote type="cite">
<pre wrap="">the desktop entry for the /usr/bin/qgis.bin and /usr/bin/qbrowser.bin
binaries point towards /usr/bin/qgis
and /usr/bin/qbrowser respectively instead.
</pre>
</blockquote>
<pre wrap="">
The desktop files for qgis & qbrowser are correct.
/usr/bin/{qgis,qbrowser} are shell wrappers that set LD_LIBRARY_PATH for
the GRASS version on the system.
This is used to support multiple GRASS versions on the same system.
</pre>
<blockquote type="cite">
<pre wrap="">Either the binaries are being installed with an unintended suffix of
.bin or the desktop entries are broken.
Not sure which one given that debian/rules seem to explicitly install to
a non-suffixed name.
I have taken the liberty to attach a patch for the latter case, which is
the workaround I decided to deploy
at our environment for the time being.
</pre>
</blockquote>
<pre wrap="">
What problem are you working around?
The desktop files in the qgis backport work as expected, there shouldn't
be any need for your patch.
Kind Regards,
Bas
</pre>
</blockquote>
<br>
</body>
</html>