Summary: | media-video/mplayer-1.0_rc2-p26454-r2 fails to list version... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Robert Bradbury <robert.bradbury> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | N/A | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Robert Bradbury
2008-04-17 18:57:46 UTC
Not a bug, since we are stripping SVN info from the source snapshot. If you downloaded the nightly snapshot from their site, you'd get the same thing. I did update the non-Gentoo source directly from the svn.mplayerhq.hu site via an "svn update" command. The final line of the update listing, says: "Updated to revision 26456. The compiled mplayer that results from this source for mplayer -version yields: MPlayer dev-SVN-r26456-4.2.3 (C) 2000-2008 MPlayer Team I'm not sure if by "nightly snapshot" you refer to some binary but I would argue that using an mplayer binary given the complexity and machine specificity of compiling it is a very iffy path to follow. As pointed out above, compiling it from source *does* include the revision number. I would argue that source version/revision information should never be stripped. If anything the version information should be modified to indicate that it is patched, e.g. MPlayer dev-SVN-r26456-4.2.3-patched The use of the term "UNKNOWN" is inaccurate because the source revision number is presumably "KNOWN" (it is in the Gentoo package version). This is not a trivial point, as I'm trying to debug Gentoo Bug #218156 and I've got 8 binary versions of mplayer on my system. And while I know the build dates I cannot tell from those binaries built via Gentoo ebuilds what the source was for the binary. This is important, because the old binaries work and the new binaries do not and it would nice to do diff listings on the working source and the failing source. It wouldn't work because version.sh needed to be in an actual svn repo to work properly. Anyway, should be fixed now in mplayer-1.0_rc2_p26753 |