glow: should I rename my package before submitting to vcpkg? #24676
-
With my last port submissions I have seen vcpkg is now checking for popular names and I actually find this super commendable, since there are conflicts bound to happen. In 2016 I wrote the OpenGL Object Wrapper: glow. Now other people quite obviously got the same idea; though no C++ project actually rose to prominence. There is the GLOW JS library and as a result some Linux packages. The glow library does not have many users and as a result reaming it would be an option. I would consider it now or never, especially considering that I am dusting off the project, rekindling maintenance (by adding more advanced stuff and Vulkan support) and integrating it into more prominent projects. Can you please give me some guidance before I get my port rejected and hit a brick wall? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Glad you agree with this important policy and thanks for asking ahead of time! Yes, we would recommend renaming the package to a longer name (which could still include |
Beta Was this translation helpful? Give feedback.
Glad you agree with this important policy and thanks for asking ahead of time!
Yes, we would recommend renaming the package to a longer name (which could still include
glow
-- e.g.rioki-glow
just likenlohmann-json
). As you note, while there isn't a current C/C++ conflict, there is the JS library conflict as well as a command line go application https://repology.org/project/glow/versions which has already taken the nameglow
in many Linux distributions. Because vcpkg aims for compatibility across different platforms and ecosystems, we do take significant non-C/C++ projects into account when looking at name conflicts.