Summary: | Linux ports install too much | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Mikhail Teterin <mi> |
Component: | Individual Port(s) | Assignee: | freebsd-emulation (Nobody) <emulation> |
Status: | New --- | ||
Severity: | Affects Some People | CC: | sv, tijl |
Priority: | --- | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
Mikhail Teterin
2020-06-19 19:17:11 UTC
a) is because there are several 32-bit only Linux application ports. Also, when I announced that I would remove the option to install a pure 32-bit linux_base on amd64 there was immediate response from users worried that their applications might break. So I do think 32-bit support is actively used. I use it myself now that I think about it. I don't object to adding a knob for this somewhere, perhaps via bsd.default-versions.mk since this would be a tree-wide option and not a per-port option. For end-users the ideal is probably to have separate packages though, which is a lot more work. b) is something the Linux infrastructure ports have always done. I think it is needed for strict compliance with the GPL, but even for non-GPL code it may be wise to have our own copy of the source code. You never know why it might be useful. Note that only package builders actually download the file. Regular make doesn't. Also note that an SRPM may contain patches that are not in the corresponding FreeBSD port. > I don't object to adding a knob for this somewhere, perhaps via bsd.default-versions.mk since this would be a tree-wide option and not a per-port option. Actually, it might still be per-port, but I agree, that that may be too much trouble. Unless, maybe, our new FLAVORS mechanism can be utilized for it... > even for non-GPL code it may be wise to have our own copy of the source code I don't understand this part at all. Might be wise _for whom_? Have _where_? > Note that only package builders actually download the file. Regular make doesn't. Yes, I just realized this... But why bother doing it -- and hosting the src.rpm on the distfile-mirrors? (In reply to Mikhail Teterin from comment #2) >> even for non-GPL code it may be wise to have our own copy of the source code > I don't understand this part at all. Might be wise _for whom_? Have _where_? Like I said: "you never know." It's not a bad idea to make sure we have access to the source (even if upstream disappears). For instance, it could be useful for debugging some problem. The SRPMs are available under http://distcache.freebsd.org/ports-distfiles/centos/. |