Nokia Internet Tablet N8XX     

А в чем собственно вопрос? Хотите, чтобы вам объяснили почему или хотите знать как это ставить?

Отдельный вопрос: Какой функционал вы хотите получить поставив это?

Зависимости - фигня, они вторичны. Конфликты в busybox на coreutils стоят не просто так, а по делу. Вы можете на них наплевать и поставить пакет с dpkg --force-depends, тем самым перезапишите симлинки на busybox в /usr/bin/ на бинари из coreutils.
Результат вас не сильно порадует - скорее всего придется перефлешивать таблетку. Не думаю, что вы хотите этого достичь

Если бы у меня стояла задача сделать coreutils для таблетки - я бы просто перепаковал бы их переложив бинари в /usr/local/bin например. И пускал бы ваш configure поставив /usr/local/bin в PATH перед /usr/bin. Тоже нужно делать осторожно, но шансов получить нужное в разы больше, чем при подходе 'в лоб'.

Тот пакет, который вы ставите - скорее всего часть SDK, то есть он предназначен для установки в scratchbox, а не на таблетке. Именно поэтому и рекомендуется собирать под scratchbox, а не на железке. Я уже молчу про очевидную проблему с производительностью такого подхода.

Но!
Если нельзя, но очень хочется, то можно
Итого я предлагаю 2 варианта решения вашей проблемы:
- переделать coreutils, о котором я уже упоминал
- собрать вам nmap

выбирайте.

мне интересно всеже сабрать на самой таблетке чтож буду читать про токо как переделывать deb пакеты. спс за советы
ЗЫ сам гентушник, Debian чуть-чуть юзал...

Wall говорит:

Могу помочь, если хотите. Если вы гентушник, то у вас под рукой нет нужных инструментов. А scratchbox вы не хотите ставить видимо из принципа

dpkg есть портадже gentoo. инструкцию по редактированию пакетов нашел. но можно обменяться жабами на всяк случай...

пакет пресобрал, все в local переместил суммы поправил... теперь ставить так  dpkg --force-depends?

я начал с grep отдельного... как меньшего "зла" переименовал покет, но dpkg ругается и просит удалить busybox... подозреваю что так и должно быть... но хочу уточнить... впринципе у меня система на флешке... и откатиться руками не составит труда... но хотелось бы знать на будущее как правльно всеже

Немного поясню пожалуй - если вы положили ваш grep в /usr/local/bin, то поставив его с помощью dpkg --force-depends вы категорически ничего не сломаете, конечно. Но в целом это порочная практика, типа как забивать шурупы молотком - по виду вроде нормально, но когда-нибудь отвалится и покалечит

Еще одно - в зависимости от того, от какого юзера вы работате и, если вы работаете от рута, то еще и в зависимости от того как вы получали рута в вашем PATH /usr/local/bin может уже стоять раньше /usr/bin. В таком случае можно ненароком все сломать, поставив что-нибудь в /usr/local/bin. Так что осторожнее с этим - прежде чем ставить - проверяйте. А лучше отдельного юзера вообще завести и от него работать.

Именно. Важно не название файла, а имя пакета, которое, как вы правильно заметили, берется из DEBIAN/control бинарного пакета.

/usr/local/bin  написал в конец, перелогинился, полет нормальный ./configure само подхватило нужный...

Кстати, таким образом можно и bash и любой другой шелл поставить. Много раз встречал посты ноющих линуксоидов, что дескать бизибокс - фуфло, хотим баш, но ни разу не видел, чтобы кто-нибудь просто положил его и все, что ему нужно в отдельное место.

Пересобирать не обязательно, можно взять готовый пакет и перепаковать. Тулза для упаковки в пакет по-моему зовется dpkg-deb. Распаковка - dpkg -e, dpkg --control. названия могут быть неправильными, но принцип такой - разворачиваете пакет, переносите бинари из /usr/bin в /usr/local/bin, запаковываете обратно. Вуаля. Подробности опускаю, вы достаточно грамотны, чтобы разобраться, а мне лень клаву жать

Насчет симлинков - я имел в виду следующее:
В оригинале ситуация у нас такая:
# ls -l /bin/cat
lrwxrwxrwx    1 root     root            7 Dec 11 15:41 /bin/cat -> busybox

И это сделано для всего, что предоставляет busybox.

Теперь предположим, что вы насильно (--force) поставили coreutils, которое положило свой бинарь в /bin/cat, перезаписав вышеупомянутый симлинк на бизибокс. И сделало оно это со всеми своими бинарями, коих не два и не три. Теперь предположим, что поведение и опции этих бинарей отличаются от поведения бинарей из busybox. И еще предположим, что опции, либо дефолтное поведение бизибоксовых бинарий используются в инитскриптах при загрузке. Не такие уж и далекие от жизни предположения, согласитесь Дальше продолжать?

В этом ничего нет. Вся эта работа или большая ее часть пойдет коту под хвост при выходе новой прошивки. К тому же для нормальной работы на таком уровне нужна консоль, которой нет. Без консоли (я имею в виду serial или любую, которая покажет процесс загрузки хотя бы с момента старта initскриптов) не видно где обломалось, что затрудняет такую работу в несколько раз.