Chromium: Add desktop entry.

[ambrop72]

Tested, builds and appears in the menus.

[bjornfor]

Will this collide with chromiumWrapper, which already provides a desktop entry?

[ambrop72]

It may, I had no idea chromiumWrapper exists. I just put pkgs.chromium into systemPackages and assumed that the desktop entry is unimplemented because it wasn't installed.

So my pull should be abandoned. Instead I suggest fixing the naming to prevent any other such mishaps. I think 'chromium{,Beta,Dev}' should be the final wrapped version, and the current 'chromium{,Beta,Dev}' should be named differently.

[ambrop72]

Also, it's not just the pkgs name, but also command-not-found. A "command-not-found chromium" should direct user to install the full thing with the desktop entry included. The only fix I can think of is for the wrapChromium to install a wrapper around the binary, and rename the chromium binary in the base package.

[bjornfor]

(Oops, meant to press backspace and hit enter or something.)

I agree. The "chromium" attribute name and package name should be the thing that "just works" and what most people would want to install.

[aszlig]

Okay, going to merge #1733 as well, so I'll look into this and test command-not-found, thanks.

[ambrop72]

I noticed the desktop file generated by the existing chromiumWrapper does not specify any mimeTypes. As such applications (in my case Konversation) won't pick it up as a handler for HTTP links. Gentoo uses:

MimeType=text/html;text/xml;application/xhtml+xml;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/mailto;x-scheme-handler/webcal

[kirelagin]

I should probably point out that currently it's a little bit weird that you get a desktop entry only if you install Firefox/Chromium with plugins.

[shlevy]

@aszlig Should this be closed, or merged?

[aszlig]

Not sure yet what to do with the browser wrapper, but probably will merge this as well.