sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1)

Что то странное, тут обновился, попытался обновился обновить мир и получил такое:

mcyclon / # emerge -uD world
Calculating world dependencies        ... done!
[ebuild     U ] media-libs/libmp4v2-1.5.0.1-r1 [1.5.0.1]
[ebuild     U ] sys-devel/gdb-6.7.1-r2 [6.7.1-r1]
[ebuild     U ] net-libs/libupnp-1.6.3 [1.6.0]
[ebuild     U ] media-gfx/gimp-2.4.3 [2.4.2]
[ebuild     U ] x11-drivers/nvidia-drivers-169.09 [100.14.19] USE="custom-cflags%*"
[ebuild  N    ] sys-apps/mktemp-1.5
[blocks B     ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)
[blocks B     ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked

Удалил mktemp, пробую ещё раз, получаю то же сообщение.

Вот тут видно, что mktemp я уже удалил, но всё равно оно как то блокируется:

mcyclon / # emerge -pv sys-apps/mktemp

These are the packages that would be merged, in order:

Calculating dependencies                 ... done!
[ebuild  N    ] sys-apps/mktemp-1.5  0 kB
[blocks B     ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)
[blocks B     ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1)

Total: 1 package (1 new, 2 blocks), Size of downloads: 0 kB

Что делать?!

Заранее спасибо!!!

coreutils у Вас

coreutils у Вас какой версии?

# emerge -pv coreutils These

# emerge -pv coreutils

These are the packages that would be merged, in order:

Calculating dependencies waiting for lock on

[ebuild R ] sys-apps/coreutils-6.10-r1 USE="acl nls xattr (-selinux) -static" 0 kB

# emerge -pv coreutilsThese

вручную он обновился, т.е. через emerge coreutils

6.9 вестимо.

6.9 вестимо.
Из changelog:

Цитата:
As Cardoe points out, mktemp has been integrated into this version, so we need to block the mktemp package and put the binary in the right place.

Видимо, какому-то пакету нужен mktemp как зависимость, но в coreutils она уже есть. Это бага. Ищи пакет, которому нужен mktemp и пость в багзиллу.
_______________________
From Siberia with Love!

Сталкнулся с

Сталкнулся с такой же проблемой...
ставил на ноут 2008 beta2 - получил взаимную блокировку coreutils и mktemp

+coreutlis не обновлялся ругался на automake

вылечил:
1)сносом mktemp - блокировка исчезла(если перезагрузиться система падает, сервисы не грузятся, сеть не пашет(ругонь на mktemp) - так что дальнейшие действия БЕЗ РЕБУТОВ)
2)обновил automake
3)обновил coreutils

Все - терь можно обновлять мир )

Это бага в чистом виде - странно, что в stage3 до сих пор лежит старый coreutils и mktemp. Пол года уж почти прошло -так и не пофиксили...

Кто тут грамотный - чирканите на http://bugs.gentoo.org, а то новички не разбираясь сносят coreutils и получают system of down ))

ЗЫ хотя нашел я там енту багу, чо то ее фиксить не спешат только...

интересно, я

интересно, я просто не задумываясь снёс mktemp и обновил после этого coreutils =)
никаких трабл не возникло

ха, а я зачем то

ха, а я зачем то ребутнулся после удаления mktemp ))

После этого незапустились дефолтные службы, в том числе и сеть, ну и собстно вот, решил написать, предостерчь может кого )))

Quote:чо то ее

Цитата:
чо то ее фиксить не спешат только

Это потому, что блокировка coreutils & mktemp - бага только для енд-юзера, и притом даже не для продвинутого на мой взгляд. Технически, автоматическое разрешение подобных конфликтов пока не понтяно возможно ли/ да и по правде нужно ли... Имеется мнение, что выдать хорошее сообщение о блокировке, как в данном случае - уже хороший вариант.

вы не правы, это

вы не правы, это бага разработчиков, на amd64 stage3 предоставлен в таком виде, и при попытке обновления тока что распакованой стадии я получаю взаимную блокировку...

Это ли не бага? тем более о ней написано в багзилле...

распакованый

распакованый стэйдж ещё до обновления дерева портеджей имеет такую блокировку?
или уже после emerge sync
у меня никакого stage3 небыло, ставился давно из stage1,
сейчас только обновляюсь

Что вы

Что вы мучаетесь? Когда у меня такая ошибка вылезла я просто сделал копию исполнимого файла mktemp, удалил пакет mktemp, а файл вернул (поскольку потребовался при установке coreutils) и установил coreutils. Старый файл mktemp автоматически удален. ВСЕ.
В FAQ!

Известные грабли

Я тоже недавно гулял по этим граблям, тут на самом деле все хуже.

После распаковки стейджа и попытке обновить мир появляеца указанная выше блокировка, ладно сносим mktemp, обновляем coreutils - все ок.
Движемся по сказке дальше - ставим кеды и иксы, казалось бы все ок, но после следующего обновления мира происходит блокировка между debianutils и проклятым mktemp(он туда тоже входит), сносим mktemp, обновляем debianutils и что видим? система негрузицца и регаецца на чортов mktemp. Дак вот, чтоб не наступить на эти грабли - после обновления любых пакетов, содержащих mktemp - надо пересобирать coreutils - тогда все ок. :) Сумбурно, но дело было неделю назад :)

debianutils снес

debianutils снес нафиг, никаких видимых проблем не возникло

На кой черт они эти утилзы вообще нужны?

e1er написал(а):
сносим mktemp, обновляем debianutils и что видим? система негрузицца и регаецца на чортов mktemp.

пару постов назад писал - не ребутьтесь после сноса mktemp пока не обновите coreutils - это убьет вашу систему. ))

Ну не то, чтоб

Ну не то, чтоб убьет, но повредит - службы не стартуют, но зайти под рутом можно :) Я теперь после обновления любых пакетов, содержащих мктемр - обновляю coreutils - и все ок :)
Но пришел к этому путем проб и ошибок :)

debianutils

debianutils - в них содержится mktemp и еще несколько программок :) но они все есть вроде как в coreutils :))
Пакет ради пакета какой-то :)

ну собстно

ну собстно походу да, и еще какие нить никому ненужные утилиты )))

после сноса mktemp

снес mktemp и теперь вообще ничего не собирается
# emerge coreutils
Calculating dependencies... done!
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 3) sys-devel/automake-1.10.1 to /
/usr/lib/portage/bin/ebuild.sh: line 693: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 696: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 702: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 703: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 704: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 705: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 706: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 707: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 708: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 709: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 710: rm: команда не найдена
/usr/lib/portage/bin/ebuild.sh: line 719: rm: команда не найдена
* automake-1.10.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
* checking automake-1.10.1.tar.bz2 ;-) ... [ ok ]
Traceback (most recent call last):
File "/usr/bin/emerge", line 6971, in ?
retval = emerge_main()
File "/usr/bin/emerge", line 6965, in emerge_main
myopts, myaction, myfiles, spinner)
File "/usr/bin/emerge", line 6395, in action_build
retval = mergetask.merge(pkglist, favorites, mtimedb)
File "/usr/bin/emerge", line 3981, in merge
return self._merge(mylist, favorites, mtimedb)
File "/usr/bin/emerge", line 4259, in _merge
prev_mtimes=ldpath_mtimes)
File "/usr/lib/portage/pym/portage.py", line 4806, in doebuild
alwaysdep=1, logfile=logfile)
File "/usr/lib/portage/pym/portage.py", line 3705, in spawnebuild
retval=spawnebuild(actionmap[mydo]["dep"],actionmap,mysettings,debug,alwaysdep=alwaysdep,logfile=logfile)
File "/usr/lib/portage/pym/portage.py", line 3705, in spawnebuild
retval=spawnebuild(actionmap[mydo]["dep"],actionmap,mysettings,debug,alwaysdep=alwaysdep,logfile=logfile)
File "/usr/lib/portage/pym/portage.py", line 3705, in spawnebuild
retval=spawnebuild(actionmap[mydo]["dep"],actionmap,mysettings,debug,alwaysdep=alwaysdep,logfile=logfile)
File "/usr/lib/portage/pym/portage.py", line 3705, in spawnebuild
retval=spawnebuild(actionmap[mydo]["dep"],actionmap,mysettings,debug,alwaysdep=alwaysdep,logfile=logfile)
File "/usr/lib/portage/pym/portage.py", line 3717, in spawnebuild
mysettings, debug=debug, logfile=logfile, **kwargs)
File "/usr/lib/portage/pym/portage.py", line 2824, in spawn
set_term_size(rows, columns, slave_fd)
File "/usr/lib/portage/pym/output.py", line 347, in set_term_size
spawn(cmd, env=os.environ, fd_pipes={0:fd})
File "/usr/lib/portage/pym/portage_exec.py", line 179, in spawn
raise CommandNotFound(mycommand[0])
portage_exception.CommandNotFound: stty

что теперь делать то? почему снеслись rm если
# emerge -s coreutils
Searching...
* sys-apps/coreutils
Latest version available: 6.10-r2
Latest version installed: 6.9-r1

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".