Summary: | app-admin/eselect can't be happy with busybox, sed and coreutils required | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Maksim 'max_posedon' Melnikau <maxposedon> |
Component: | New packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | embedded |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Maksim 'max_posedon' Melnikau
2010-10-14 20:31:46 UTC
the solution in these cases has always been to create a package.provided in your own profile and take care of the busybox replacements yourself (In reply to comment #1) > the solution in these cases has always been to create a package.provided in > your own profile and take care of the busybox replacements yourself Does it means, that Gentoo doesn't officially supports coreutils-less profiles? e.g. if some uclibc profile designed to be used without coreutils - this is a bug which nice to have fixed, else I'll take care about busybox system myself and won't open any similar bug. I just think, that its nice to have gentoo little bit more ready for embedded than it is now. no one said using busybox as a replacement for packages wasnt supported. create a profile.provided as i said to do it. what you propose (adding busybox to random ebuild depends) does not scale, nor does it make sense. just because you've configured your busybox such that it has a feature set that includes replacements for packages X, Y, and Z doesnt mean that other people have. plus, you'd pretty much break the depend tree for all Linux users considering busybox is configured & installed on everyone's system by default as the static rescue shell. (In reply to comment #3) Thank you for explanation, I understand now. |