New comment by hippi777 on void-packages repository

https://github.com/void-linux/void-packages/issues/25901#issuecomment-720143673

Comment:
thank u very much Duncaen! :) i think i finally got to the point, and i should say it is fine then this way (i mean not messing with the template options) - or at least after all i dare to hope so... :D


> btw... is this happening? This will be a blessing since I heard many complaining that there aren't enough packages on official repos. If there is a separate repo for user packages they can be found in one place rather than being scattered throughout the web.

this is the very essence of my proposal, and it sounds like the need for it really exists, however i made no steps towards it, and im not aware of anything like that...


i think what u, Duncaen, explained to me applies more-or-less to the case of the extra/dropped templates too, but as those wouldnt necessarily mess with the blessed templates or the packaging, they could still get a place to exists, and why i came here is that keeping such resources around the official stuffs would make them discoverable.

and yep, i know this smells like aur and i saw anticipation about that previously (maybe that was the git head grub :D ), but as of my understanding, that was about the maintainability of them, while that isnt a necessary requirement as of my proposal. so the question that remains here is whether it could get a repo under the flagship of github.com/void-linux, or maybe a directory somewhere inside github.com/void-linux/void-packages, as i guess that these options could make any related workflow any smoother, but u will know that better. the downside of the latter is that it would generate some noise for the packagers, and the former would still need the staff to merge whatever would come there. and still, i mean that these would be denoted as not being too much distinct from a junkyard with possible gems for common needs that doesnt fit, while it is still better than making things from the ground up or even hunting for them on various grounds.

after all, if it isnt a thing that the maintainers would welcome to be too near, it can still be done elsewhere, and it can still get a pointer from somewhere, but the question is if it could worth for any reason to keep such near or not? maybe it could even become a thing like aur by the time, maybe it can be started elsewhere and a reason to make an official fork could arose, so after all, this isnt that much of a cardinal question, but it may still worth to think about it, and to ask it. either way, a decision about it will draw the path for any continuation.