On Mon, 18 Dec 2017, at 19:27, notify@aur.archlinux.org wrote:
Earnest [1] filed a deletion request for visual-studio-code [2]:
Since the required request type doesn't exist, I'd like to suggest this package *needs* to be named with a -bin suffix as it does not build the actual package.
This is what https://aur.archlinux.org/packages/visual-studio-code-oss seems to do, but it should not need to call itself "-oss".
So if I may request, this package be renamed to visual-studio-code- bin.
[1] https://aur.archlinux.org/account/Earnest/ [2] https://aur.archlinux.org/pkgbase/visual-studio-code/
I wish this was opened as a comment first, instead of a deletion request. As I've mentioned in the pinned comment, this package doesn't have a -bin suffix for historical reasons. Specifically, when Visual Studio Code was released it was not an open source project and there was no indication it ever would be. By the time Microsoft decided to release it with the MIT license, the package was already widely used. Currently, it's one of the 3 most popular packages on AUR [1]. The idea at the time was to avoid breaking updates for so many people by renaming. That reasoning is even more valid today. Nevertheless, I've pushed a new package with the -bin suffix [2]. However, I'd like to urge everyone to reject this rename request. Assuming the -oss package renames itself to remove the suffix, it will cause tremendous confusion among users of the binary package, especially since the "new" package would have reduced functionality (no extension gallery) compared to the current binary package. As far as I can see, there is no way to use conflicts/replaces in the PKGBUILD to avoid the above situation. So please, let's not do this. [1] https://aur.archlinux.org/packages/?O=0&SeB=nd&K=&outdated=&SB=p&SO=d&PP=50&do_Search=Go [2] https://aur.archlinux.org/packages/visual-studio-code-bin