Opened 12 years ago
Last modified 3 months ago
#38180 new request
Request for port: file_cmds
Reported by: | cooljeanius (Eric Gallager) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.3 |
Keywords: | Cc: | ||
Port: | file_cmds |
Description
MacPorts already has portfiles for the bootstrap_cmds and developer_cmds packages from opensource.apple.com, and so, in the interest of working towards the goal of MacPorts being entirely self-hosting one day, I'd like to request that the file_cmds from opensource.apple.com be added to MacPorts, too. I'm cc-ing mfeiri because he's the maintainer for bootstrap_cmds and developer_cmds.
Change History (5)
comment:1 follow-up: 2 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 12 years ago by cooljeanius (Eric Gallager)
Replying to ryandesign@…:
Looks like file_cmds provides some very basic commands, like
rm
andchown
. Why would we need a port for those — what OS do we think we might be running on that wouldn't have these basic utilities?
It wouldn't have to be all of them; it's mostly just for pax
and mtree
.
Edit: now that I think about it some more, it's really actually just mtree
.
Double edit: quickly firing up a tiny Linux VM, it's missing:
chflags
compress
csh
(although the folder "csh" in file_cmds is apparently used for something different than the command titledcsh
anyway, so this one doesn't really matter)mtree
pathchk
pax
rmt
(actually my OS X machine doesn't even come with this one, either)shar
comment:3 follow-up: 4 Changed 12 years ago by mfeiri
Cc: | mfeiri@… removed |
---|
I have no objections against such a port. But I also dont see the purpose. The reason for creating the bootstrap_cmds and developer_cmds ports was to facilitate building xnu-headers and friends. The tools provided by bootstrap_cmds and developer_cmds are not included in the base OS. I am not sure who/what would benefit from a port of file_cmds.
comment:4 follow-up: 5 Changed 3 years ago by cooljeanius (Eric Gallager)
Replying to mfeiri:
I have no objections against such a port. But I also dont see the purpose. The reason for creating the bootstrap_cmds and developer_cmds ports was to facilitate building xnu-headers and friends. The tools provided by bootstrap_cmds and developer_cmds are not included in the base OS. I am not sure who/what would benefit from a port of file_cmds.
I originally opened this bug as part of an effort to build an entirely self-hosting MacPorts some day, and, as MacPorts makes need of the mtree
command, it'd need a port that provides an mtree
command to become entirely self-hosting.
comment:5 Changed 3 months ago by cooljeanius (Eric Gallager)
Replying to cooljeanius:
I originally opened this bug as part of an effort to build an entirely self-hosting MacPorts some day, and, as MacPorts makes need of the
mtree
command, it'd need a port that provides anmtree
command to become entirely self-hosting.
I guess since it's mostly just the mtree
command that I'd want a port for, if file_cmds doesn't make sense to provide a port for, then we could try porting one of the other mtree
's shipped with one of the other BSDs; Ubuntu has a package called "mtree-netbsd", for example: https://launchpad.net/ubuntu/+source/mtree-netbsd/20180822-6
Looks like file_cmds provides some very basic commands, like rm and chown. Why would we need a port for those — what OS do we think we might be running on that wouldn't have these basic utilities?