4533e42622
Currently, when the version string is "too long", it is arbitrarily truncated. This works well for commit hashes, because usually the truncation is long enough to provide a short hash that is still unique in the upstream VCS. However, there are non-hash-like versions strings that get truncated and wihch the discriminant part is toward the end. Yet, adapting the version cell to the widest versions string (most probably a git hash) is not very interesting; the table is already very large. Make the cell with the version string scrollable: we get to keep the best of both worlds: a narrow version cell, and a full-length version string that can be copy-pasted if needed. Signed-off-by: Sen Hastings <sen@hastings.org> [yann.morin.1998@free.fr: reword commit log] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> |
||
---|---|---|
.. | ||
apply-patches.sh | ||
boot-qemu-image.py | ||
br2-external | ||
brpkgutil.py | ||
check-bin-arch | ||
check-dotconfig.py | ||
check-host-rpath | ||
check-kernel-headers.sh | ||
check-merged-usr.sh | ||
cve.py | ||
expunge-gconv-modules | ||
fix-configure-powerpc64.sh | ||
fix-rpath | ||
gen-bootlin-toolchains | ||
generate-gitlab-ci-yml | ||
genimage.sh | ||
graph-build-time | ||
graph-depends | ||
hardlink-or-copy | ||
mkmakefile | ||
mkusers | ||
pkg-stats | ||
pyinstaller.py | ||
setlocalversion | ||
size-stats |