xdg-open is hardly functional to what I experience udner openbox. The script which is an "initiative of freedesktop" doesn't seem to even remotely heed the freedesktop recommendation of mime-actions/desktop-entries. It just wraps arround some statically written list of browsers such as Evince and Firefox, blindly tries them and hopes that either debian or mimeopen are installed to do the job for it. On the other hand, mimeopen appears no where in the repositories. May I suggest adding mimeopen to the repositories and doing something about xdg-open which hardly works generically. Reproducible: Always Steps to Reproduce: 1. Try to xdg-open a file
Actually, mimeopen is available -- try installing dev-perl/File-MimeInfo However I think you make a good point that xdg-utils would work better in non-gnome/non-kde case if mimeopen is available. Seems like a dependency on dev-perl/File-MimeInfo would be good, at least an optional one controlled by a useflag.
Funny, I'm usually the guy who complains about bloated dependencies on Gentoo - but I guess a USE-Flag would be fine, default on or off. However, I have the impression that in case xdg-open requires mimeopen to work, mimeopen in turn obsoletes xdg-open, after all xdg-open is just a useless wrapper arround mimeopen. Could we perhaps extract mimeinfo from the perl devel package and put it into a separate one? I for my part would prefer no unecessary perl-tools on my box and in general no tools that I don't explicitly want at all.
s/mimeinfo/mimeopen
in cvs
43 more perl packages unconditionally? That's not what I call Gentoo way...
Why is this marked RESOLVED/FIXED without any further comment?
I'm even unable to locate said file-mimeinfo
Because it is committed to CVS?
Is that some sort of quiz? I don't know whether it is committed in CVS. Someone said CVS indeed but he said neither *what* is committed nor why it fixes this issue. Are we getting a pile of perl now? If that is the case, I don't think this issue should be fixed until there is a proper solution.
The correct depend was added to the ebuild and it shouldn't be optional as it's essential to the functionality of the package. And don't try to be too dramatic about it, those perl packages are all very small. You propably wouldn't be complaining at all if they were shipped in one big package. ;-)
No one is dramatic about it. This is not the Gentoo-way, as has been pointed out. You wouldn't like it either if bash only comes with 20 ruby on rails packages, openrc can only be obtained with a haskell library, etc... You can't just take it "the easy" way and call that a solution. If everyone did that I'd have my harddisk bull with junk by now. No offense, and nothing personal, but this is quick dirty fix and not a resolution that puts the issue ad acta.
Something like this? < IUSE="doc" > IUSE="doc kde gnome" < dev-perl/File-MimeInfo > !kde? ( !gnome? ( dev-perl/File-MimeInfo ) )
I like the solution offered in comment #12
package.provided to the rescue!
is this bug definitely closed?
As far as I'm concerned I'll wait a few --syncs and if I feel like I need to install perl packages to use xdg-open I'll reopen it. Right now I'm not even sure what has been changed.
i use xfce on a rather old laptop, and until now did not need 14 more Perl-package, since xdg-open ran fine without them. Although it's only 1MB compressed source, I don't see why I have to install them. As Cedric previously pointed out - this simple thought chain "required in some cases => make a forced dependency" is not what i chose gentoo for. I'd ask to reopen this bug, since it is obviously UNFIXED. As of today('s sync), /xdg-utils-1.1.0_rc1_p20110329.ebuild is availible, without any use-flag or intelligent dependency (as suggested in Comment #12). As an alternative, a default-on USE-Flag i.e. "perl-file-mime" could be created to default-install that package for those people who do not care. I as an advanced gentoo-user want to have the choice. By setting a use-flag, since that's what they've been invented for.
I won't cripple the package and drop mime support, and force the package to use hardcoded list instead, because you want to avoid couple of small perl dependencies.
*** Bug 368531 has been marked as a duplicate of this bug. ***
*** Bug 398967 has been marked as a duplicate of this bug. ***
Hi, from what I see, the current xdg-open (1.1.0_rc1_p20111003) no longer uses a hardcoded list, but quite thoroughly parses .desktop files according to the type inferred with xdg-mime: see open_generic_xdg_mime() in /usr/bin/xdg-open. xdg-open still prefers mimeopen when available, but it is in no way crippled when mimeopen is not present. Also, I would like to note that the issue is not necessarily "a couple of small Perl dependencies" - I don't have Perl at all in my deployment system, for instance. Please reopen the bug, and split the dependency into a USE-flag!
Also, if the hardcoded list is that of browsers, note that the user can set the BROWSER environment variable to anything they want. For some reason, xdg-open determines the correct MIME type of given file, but still opens it in the browser for me, but that would be a bug in xdg-open - surely it could parse /usr/share/applications/mimeinfo.cache after successfully determining the file type.
