kernel-tools conflicts with cctools

[cooljeanius (Eric Gallager)]

They both try to install a binary named check_dylib, hence, they should be marked as conflicting. Either that or the binary could be renamed for one of them.

[jeremyhu (Jeremy Huddleston Sequoia)]

Just remove check_dylib from kernel-tools

[jeremyhu (Jeremy Huddleston Sequoia)]

For that matter, just delete the kernel-tools port.

[ryandesign (Ryan Carsten Schmidt)]

Is it the same tool, and cctools provides a newer version of it? If so, kernel-tools should be replaced_by cctools for awhile.

[jeremyhu (Jeremy Huddleston Sequoia)]

Not really... it was only useful back in the early days of Tiger/intel.

r103232

[cooljeanius (Eric Gallager)]

Hey whoa there... don't you think that's a little bit of an overreaction? There are still some things in kernel-tools that aren't in cctools, such as relpath. Just a sec, let me attach a diff...

[cooljeanius (Eric Gallager)]

difference between port contents cctools and port contents kernel-tools

[ryandesign (Ryan Carsten Schmidt)]

Well, the port hasn't been significantly changed since it was initially added in r24215 almost six years ago, and the distfile it fetched was 8 months older than that. Its homepage no longer exists. According to an ​archived version of the homepage from July 2012, the last time the kernel project was mentioned was September 2008. That mention includes a link to "current sources", on which no sources for kernel can be found now, and a link to documentation, which also no longer exists. This all speaks to the project being dead and it being ok for it to be removed.

[cooljeanius (Eric Gallager)]

Well that's a shame... Anyway at least I was able to grab a local copy in the hopes of reviving it someday...

[jeremyhu (Jeremy Huddleston Sequoia)]

Why do you intend to revive it? What purpose does it serve you?

[cooljeanius (Eric Gallager)]

I just like hacking is all.

[jeremyhu (Jeremy Huddleston Sequoia)]

I get that, but what use does the kernel-tools port actually serve for you?

[cooljeanius (Eric Gallager)]

Replying to jeremyhu@…:

I get that, but what use does the kernel-tools port actually serve for you?

Well I had been inspired to try to build a Darwin 8 kernel by reading Amit Singh's ​Mac OS X Internals, and building a Darwin 8 kernel requires the relpath and decomment tools that had been included in the kernel-tools port. However, as of r104645, it looks like they're now included in the bootstrap_cmds port instead (on Darwin < 12 at least), so I guess that kinda makes up for it...

[cooljeanius (Eric Gallager)]

On Darwin 12 though, bootstrap_cmds doesn't install those tools though, so I was still able to install my kernel-tools-slim fork of the port alongside it without any conflicts... I'll attach my portfile for that next.

[cooljeanius (Eric Gallager)]

My fork of the kernel-tools portfile (I call it "kernel-tools-slim")

[larryv (Lawrence Velázquez)]

Closing this ticket on account of kernel-tools no longer existing.

[larryv (Lawrence Velázquez)]

Replying to egall@…:

On Darwin 12 though, bootstrap_cmds doesn't install those tools though, so I was still able to install my kernel-tools-slim fork of the port alongside it without any conflicts... I'll attach my portfile for that next.

This is what local portfile repos are for.

[cooljeanius (Eric Gallager)]

Replying to larryv@…:

Replying to egall@…:

On Darwin 12 though, bootstrap_cmds doesn't install those tools though, so I was still able to install my kernel-tools-slim fork of the port alongside it without any conflicts... I'll attach my portfile for that next.

This is what local portfile repos are for.

*sigh* okay, I guess it'll just continue to stay there for now...