Re: [proposal] templates without official binaries

[hippi777 <hippi777@users.noreply.github.com>]

[-- Attachment #1: Type: text/plain, Size: 2463 bytes --]

New comment by hippi777 on void-packages repository

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

Comment:
ahh, that link pointing to here from ymir made the conversation somewhat tangled, sorry for that! :D probably resolving this and bringing the two conversations to the same ground could make things better, and i guess this place is more straightforward to anything...

so, that notabug repo made the differences much cleaner, i had no idea what else differs other than the kernel, but i knew that there are more things than that... its existence was a great missing link to me, otherwise im aware of the rest, as i have read all the issues of ymir when i found it :D 

> I don't have a lot of experience with big collection of patches. Can it screw things up? Maybe. But this is the solution I have so far.

this is the thing on the very 1st place why i came up with upstreaming there, and the unused templates for things like the libre-kernel here, thinking basically about the templates, and not necessarily the packages, and i guess that actually having an isolated set of patches makes things much smoother, than having only 2 variants of the huge `void-packages` repo heading towards two directions with the possibility of having more and worse conflicts by the time, but im not into git wizardry deep enough to be confident about this, maybe its nothing more complicated than having the patches... otherwise my point was to keep those modifications under options for templates instead in patches, if and whenever its just possible and acceptable.

(((btw sorry for arriving with too much gaps in my knowledge, recently i talked about the awesomenesses of void elsewhere, and then someone showed me guix with its strong points, and told me that it isnt just a matter of not using nonfree to get a libre void, and that made me jumping into this... but still, that tastes like a "scheme fanboy distro" to me that i dont really like, and i think the musl related efforts are probably greater and more important, and moving the strong points of the 2 projects onto the same funds would be better here, as that already have been strongly built around scheme, that wont change any time soon, while picking up musl there seems to be the greater effort, at least by the amount... - but dont mind this, it was just some clearance of my background story, and i really dont want to mess up this topic even more! :D )))