FS#62580 - [wireless_tools] Package name is inconsistent
Attached to Project:
Arch Linux
Opened by Julian Daube (joposter) - Thursday, 09 May 2019, 11:26 GMT
Last edited by Antonio Rojas (arojas) - Friday, 10 May 2019, 14:01 GMT
Opened by Julian Daube (joposter) - Thursday, 09 May 2019, 11:26 GMT
Last edited by Antonio Rojas (arojas) - Friday, 10 May 2019, 14:01 GMT
|
Details
Description:
This might be nitpicking and i notice this, but why call the package wireless_tools ---------^ when every other distro calls it wireless-tools ---------^ e.g. * the link to the project page https://hewlettpackard.github.io/wireless-tools/Tools.html uses hyphen instead of underscore * the ubuntu package is called wireless-tools AND might i add that i personally would not expect a package name to use underscores in general Once again this might be a personal gripe, but could someone at least clarify the reasoning behind this notation? |
This task depends upon
And i get that _ is allowed since e.g. the SDL2_image should conserve the original package name.
But what good does it do here?
using _ allows the source to be specified as source=("https://hewlettpackard.github.io/wireless-tools/${pkgname}.${pkgver}.tar.gz")
using - it would be source=("https://hewlettpackard.github.io/${pkgname}/wireless_tools.${pkgver}.tar.gz")
either way, does it really make a difference?
The following packages ending with -tools are installed on my machine at the moment:
local/android-tools 9.0.0_r30-2
local/bluez-tools 0.2.0-4
local/ebook-tools 0.2.2-5
local/inotify-tools 3.20.1-1
local/kexec-tools 2.0.17-1
local/mono-tools 4.2-2
local/net-tools 1.60.20180212git-1
local/nrf5x-command-line-tools 9.8.1-1
local/pcsc-tools 1.5.4-1
local/qt5-tools 5.12.2-3 (qt qt5)
local/spirv-tools 2018.5-1 (vulkan-devel)
local/squashfs-tools 4.3-8
local/thin-provisioning-tools 0.7.6-1
wanna know, how many end in _tools ? Zero.
Please don't think i want to critizise you personally, but since even
https://www.archlinux.org/packages/core/x86_64/net-tools/
uses a hypen, does it make sense to use an underscore here?
There's multiple packages with _ in the name, most of the times following upstream naming:
https://www.archlinux.org/packages/?sort=&q=_&maintainer=&flagged=