8

We have a number of hand-built (with fpm and jenkins) .deb files in a local Apt repository (reprepro). These .debs contain a .desktop file that will be picked up by xdg-desktop in a post-inst script.

If we install the deb file by hand, on a new system, everything is fine.

If we install a new version with apt-get install, we get this error

xdg-desktop-menu: file '/usr/local/share/applications/customthingy.desktop' does not exist

If I download the deb file with apt-get install -d customthingy, and run

dpkg -i /var/cache/apt/archives/customthingy_2-r3_all.deb

I get the same, xdg-desktop error as before. So that rules out a problem with apt.

If I list the contents of the downloaded deb,

tom.oconnor@charcoal-black:~$ dpkg --contents /var/cache/apt/archives/customthingy_2-r3_all.deb |grep ".desktop"
-rw-r--r-- root/root       201 2011-07-28 20:02 ./usr/local/share/applications/customthingy.desktop

You can see the file exists.

However.. If we purge before reinstalling,

tom.oconnor@charcoal-black:~$ sudo apt-get purge customthingy
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED
  customthingy*
0 upgraded, 0 newly installed, 1 to remove and 84 not upgraded.
After this operation, 0B of additional disk space will be used.
Do you want to continue [Y/n]? y
(Reading database ... 219342 files and directories currently installed.)
Removing customthingy ...
Purging configuration files for customthingy ...

And then

tom.oconnor@charcoal-black:~$ sudo apt-get install customthingy
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed
  customthingy
0 upgraded, 1 newly installed, 0 to remove and 84 not upgraded.
Need to get 0B/4,030B of archives.
After this operation, 0B of additional disk space will be used.
Selecting previously deselected package customthingy.
(Reading database ... 219319 files and directories currently installed.)
Unpacking customthingy (from .../customthingy_2-r3_all.deb) ...
Setting up customthingy (2-r3) ...

EDIT: Contents of Postinst script

#!/bin/sh

# Add an entry to the system menu

XDG_DESKTOP_MENU="`which xdg-desktop-menu 2> /dev/null`"

if [ ! -x "$XDG_DESKTOP_MENU" ]; then
  echo "WARNING: Could not find xdg-desktop-menu" >&2
else
  "$XDG_DESKTOP_MENU" install --mode system /usr/local/share/applications/customthingy.desktop
  "$XDG_DESKTOP_MENU" forceupdate --mode system
fi

There's no error. So.. The questions are these:

  1. Is this expected behavior, or a bug in apt/dpkg?
  2. Do we have a malformed package with customthingy.deb that is preventing a future reinstall run from working?
  3. Is it safe to assume that post-inst will always happen at the very end of installation, and we can safely assume that all files will have been extracted before this point in time?
  4. Are we doing something massively weird?
3
  • 1
    So the crucial difference is between installing a new copy and upgrading an existing one. Does dpkg -D101 -i <package> (or even dpkg -D1101) produce any different results in each scenario? It might throw up a different order of execution. Jan 6, 2012 at 12:40
  • Would you be able to provide a copy of your postinst?
    – jmtd
    Jan 6, 2012 at 14:07
  • @jmtd see latest edit. Jan 6, 2012 at 14:12

2 Answers 2

5
+150

I'm guessing your postinst is calling xdg-desktop-menu to move the desktop file into /usr/share/applications and update the XDG desktop database. This is done by e.g. google-chrome-stable, but I cannot fathom why (read on)

If you install the desktop file directly into /usr/share/applications instead (via dpkg — that is, put the file there via dh_install for example, such that the path in the .deb is just /usr/share/applications), a number of packages will automatically 'trigger' updates: notably gnome-menus and desktop-file-utils, but perhaps others (depending on the precise target OS version etc.)

At least in my case, these are sufficient to achieve what running xdg-desktop-menu by hand would do (the program shows up in my user menus immediately)

I'm still in the dark as to why google-chrome-stable and other (predominantly 3rd party) .debs ship the desktop file into somewhere other than /usr/share/applications (/opt in chrome's case) and then move it by-hand.

8
  • I posted this before the latest edit (at time of writing) which supplied the postinst. That seems to suggest I've guessed correctly. Still no idea why the postinst does is that way, but please try and see whether you can rearrange things as I've described, to see if it solves your problems.
    – jmtd
    Jan 6, 2012 at 14:21
  • I modified the postinst script to use desktop-file-install.. and got this error instead Error on file "/usr/local/share/applications/silhouettefx-silhouette.desktop": No such file or directory Which indicates that it might still be a prerm problem Jan 6, 2012 at 16:27
  • 1
    If you put the desktop file into /usr/share/applications, you don't need the postinst at all (or the equivalent prerm snippet) — please try that.
    – jmtd
    Jan 6, 2012 at 16:48
  • Oh well, why not. Jan 6, 2012 at 17:47
  • 1
    I'm glad you're sorted, cheers for the bounty :-)
    – jmtd
    Jan 9, 2012 at 11:53
2

It's the postrm/prerm scripts calling "xdg-desktop-menu --uninstall' that are the culprit, i.e.

"$XDG_DESKTOP_MENU" uninstall --mode system /usr/local/share/applications/customthingy.desktop

That will delete the .desktop file right before the postinst invocation of xdg-desktop-menu tries to use it. Very nice.

Speaking of the google-chrome debs, they also include this stanza at the top of their prerm script:

action="$1"
if [ "$2" = "in-favour" ]; then
  # Treat conflict remove as an upgrade.
  action="upgrade"
fi
# Don't clean-up just for an upgrade.`
if [ "$action" = "upgrade" ] ; then
  exit 0
fi

This is a heavy-handed approach to fixing the problem but seems to be doing the trick over here (and for the mighty Goog too).

Paul

2
  • Urgh. I really hope now there's a good reason for doing it this way, the kludges keep getting more horrid :-)
    – jmtd
    Jan 6, 2012 at 15:35
  • You're so right - I just tried your way described above and it is SO much better. Somebody should sort out the chromium peeps :D Jan 9, 2012 at 13:49

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .