| View previous topic :: View next topic |
| Author |
Message |
desultory
Bodhisattva
Joined: 04 Nov 2005
Posts: 9410
|
 Posted: Mon Apr 14, 2008 2:54 am Post subject: |
 |
|
| Download the package appropriate for the architecture of the system from tinderbox, unpack it into the root directory, then reinstall the package. |
|
| Back to top |
|
 |
gentoo_lan
l33t
Joined: 08 Sep 2004
Posts: 891
Location: Charles Town, WV
|
| Posted: Mon Apr 14, 2008 3:48 am Post subject: |
|
|
| Here is how to fix your problem |
|
| Back to top |
|
|
mariourk
l33t
Joined: 11 Jul 2003
Posts: 807
Location: Urk, Netherlands
|
| Posted: Mon Apr 14, 2008 7:58 am Post subject: |
|
|
I am soooo glad that I looked up some info on this, before unmerging anything 
_________________
If there is one thing to learn from history, it's that we usualy don't learn anything from it, at all. |
|
| Back to top |
|
|
Ivar
n00b
Joined: 21 May 2003
Posts: 44
Location: Mullsjö, Jönköping, Sweden
|
| Posted: Mon Apr 14, 2008 9:53 pm Post subject: |
|
|
Thanks!!
That one save my day!!
_________________
/Ivar |
|
| Back to top |
|
|
jquinte
n00b
Joined: 01 May 2007
Posts: 74
Location: Berlin, Germany
|
|
| Back to top |
|
|
orionbelt
Apprentice
Joined: 05 Apr 2006
Posts: 179
|
| Posted: Tue Apr 15, 2008 11:40 am Post subject: |
|
|
| gigs94 wrote: | | You guys might want to sync again. I did a emerge -C mktemp && emerge -uavDNt world and it worked fine on all of my systems. I am running ~amd64 which means that I'm running sys-apps/debianutils-2.28.2 and app-portage/gentoolkit-0.2.4_pre7. Neither of which depend on mktemp. debianutils has a PDEPEND line with the newer version of coreutils or mktemp, and coreutils has a !mktemp directive, so I'm thinking that mktemp got rolled into the newest coreutils. |
Naive question for my edification:
| Code: | % equery depends mktemp
[ Searching for packages depending on mktemp... ]
sys-apps/baselayout-1.12.11.1 (!build & !bootstrap? sys-apps/mktemp)
sys-apps/debianutils-2.28.2 (sys-apps/mktemp)
|
If debianutils no longer depends on mktemp, why does equery say it does? Is it because it *may* depend on mktemp if coreutils is not installed --but that's not possible, right? And how about baselayout?
I had to unmerge mktemp to make "emerge world" work, and it's true that revdep-rebuild did not find any failed dependencies afterwards. Does this mean, then, that the equery output is flawed in some way?
Thanks. |
|
| Back to top |
|
|
Carnildo
Guru
Joined: 17 Jun 2004
Posts: 595
|
| Posted: Tue Apr 15, 2008 11:32 pm Post subject: |
|
|
| orionbelt wrote: | | I had to unmerge mktemp to make "emerge world" work, and it's true that revdep-rebuild did not find any failed dependencies afterwards. Does this mean, then, that the equery output is flawed in some way? |
Yes, equery is flawed. It shows you what debianutils depended on at the time it was installed -- at that time, debianutils did require mktemp. Now, it requires either mktemp or coreutils. Re-emerging debianutils will update that information, but won't actually change anything.
revdep-rebuild works differently: it checks each installed program in turn for dynamic linking problems, in essence asking the question "Do all the shared libraries this program needs still exist?" Since coreutils supplies the shared libraries that mktemp used to, existing programs can still be run, and revdep-rebuild doesn't find any problems. |
|
| Back to top |
|
|
orionbelt
Apprentice
Joined: 05 Apr 2006
Posts: 179
|
| Posted: Wed Apr 16, 2008 9:34 am Post subject: |
|
|
| Carnildo wrote: | | Yes, equery is flawed. It shows you what debianutils depended on at the time it was installed -- at that time, debianutils did require mktemp. Now, it requires either mktemp or coreutils. Re-emerging debianutils will update that information, but won't actually change anything. |
Interesting, i had thought that equery obtains its information from the *.ebuild files alone (and thus, that re-sync'ing was enough to fix the problem), but i guess that cannot be so since equery also needs to know how the package was actually installed (USE flags etc.)...
| Carnildo wrote: | | revdep-rebuild works differently: it checks each installed program in turn for dynamic linking problems |
Right, although i think i've read somewhere that revdep-rebuild also has its own problems, so i didn't know which one i should distrust more, equery or revdep-rebuild... 
Many thanks for the reply! |
|
| Back to top |
|
|
Carnildo
Guru
Joined: 17 Jun 2004
Posts: 595
|
| Posted: Wed Apr 16, 2008 8:35 pm Post subject: |
|
|
| orionbelt wrote: | | Carnildo wrote: | | revdep-rebuild works differently: it checks each installed program in turn for dynamic linking problems |
Right, although i think i've read somewhere that revdep-rebuild also has its own problems, so i didn't know which one i should distrust more, equery or revdep-rebuild... |
The only problem I'm aware of with revdep-rebuild is that it assumes that if a program can't be run, the problem is with the program, when sometimes it's the library that needs to be rebuilt. |
|
| Back to top |
|
|
gentleman
Tux's lil' helper
Joined: 02 Dec 2005
Posts: 140
Location: Germany, Paderborn
|
| Posted: Thu Apr 17, 2008 8:08 am Post subject: |
|
|
| Carnildo wrote: | | Re-emerging debianutils will update that information, but won't actually change anything. |
I cannot confirm that. Also after re-emerging debianutils equery says it would depend on mktemp.
_________________
Everything works, you just have to do it correctly. |
|
| Back to top |
|
|
Dheath
Tux's lil' helper
Joined: 06 Aug 2006
Posts: 131
|
| Posted: Thu Apr 17, 2008 3:31 pm Post subject: |
|
|
Is it possible to emerge mktemp anymore?
One binary program seems to have strange effects after unemerging it. |
|
| Back to top |
|
|
oldefortran
l33t
Joined: 28 Feb 2004
Posts: 652
|
| Posted: Fri Apr 18, 2008 6:05 pm Post subject: coreutils gone. What to do? |
|
|
| I've ssem to have messed up and removed coreutils. Now /bin/ directory is empty, I think, well, I can't really tell since ls is not found any longer. Soo... how to solve it? |
|
| Back to top |
|
|
nixnut
Bodhisattva
Joined: 09 Apr 2004
Posts: 10974
Location: the dutch mountains
|
| Posted: Fri Apr 18, 2008 6:07 pm Post subject: |
|
|
merged above post here. please search before posting.
_________________
Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered
talk is cheap. supply exceeds demand |
|
| Back to top |
|
|
praka123
Apprentice
Joined: 19 Jan 2006
Posts: 184
Location: Kerala,India
|
| Posted: Fri Apr 18, 2008 8:17 pm Post subject: sys-apps/mktemp blocked by coreutils-is that OK ? |
|
|
| Code: | emerge sys-apps/mktemp
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] sys-apps/mktemp-1.5 69 kB
[blocks B ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1)
[blocks B ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)
Total: 1 package (1 new, 2 blocks), Size of downloads: 69 kB
!!! 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 |
Is any alternate app to mktemp is provided by coreutils?pls clarify 
it is own a ACCEPT_KEYWORDS="x86" system.
Thanks:D
_________________
Linux Rocks!Grab it Yaara!
spread the Linux message!add this to ur siggY- http://getgnulinux.org
http://linux.oneandoneis2.org/LNW.htm |
|
| Back to top |
|
|
nixnut
Bodhisattva
Joined: 09 Apr 2004
Posts: 10974
Location: the dutch mountains
|
| Posted: Fri Apr 18, 2008 8:19 pm Post subject: |
|
|
merged above post here. please search before posting.
_________________
Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered
talk is cheap. supply exceeds demand |
|
| Back to top |
|
|
praka123
Apprentice
Joined: 19 Jan 2006
Posts: 184
Location: Kerala,India
|
|
| Back to top |
|
|
user118696
Apprentice
Joined: 16 Sep 2005
Posts: 276
|
| Posted: Fri Apr 18, 2008 8:51 pm Post subject: |
|
|
What is the right way to upgrade coreutils to the 6.10-r1 version.
I am reluctant to unmerge anything here in the first place...
EITHER
1- Unmerge mktemp; emerge the new coreutils.
OR
2- Force the emerge coreutils 6.10-r1 (if there is a way to do that??); and then unmerge mktemp.
OR
3- Anything better? Please specify :) |
|
| Back to top |
|
|
Carnildo
Guru
Joined: 17 Jun 2004
Posts: 595
|
| Posted: Fri Apr 18, 2008 11:54 pm Post subject: |
|
|
| Unmerge mktemp, emerge coreutils. |
|
| Back to top |
|
|
cfgauss
l33t
Joined: 18 May 2005
Posts: 726
Location: USA
|
| Posted: Sat Apr 19, 2008 3:42 am Post subject: |
|
|
| Ivar wrote: | | That one save my day!! |
Mine, too. Downloading coreutils from tinderbox into /, unarchiving it, and then emerging coreutils worked. *Many* thanks. |
|
| Back to top |
|
|
panik08
n00b
Joined: 18 Apr 2008
Posts: 9
|
| Posted: Sat Apr 19, 2008 6:23 am Post subject: |
|
|
First of all, I've accidently removed more than just coreutils it seems (with the rm command), a lot of stuff is missing in /bin, but first of all I think I've managed to get coreutils into the system by unpacking, but then as I chroot to my root partition ( I boot with rescue CD)
The thing is that running emerge coreutils is trying to restore automake and I get the following message when trying to compile (first go at compile fails)
import: unable to open X server `:0.0'.
/usr/lib/portage/bin/filter-bash-environment.py: line 8: egrep_compat_map: command not found
/usr/lib/portage/bin/filter-bash-environment.py: line 9: [:alnum:]: command not found
/usr/lib/portage/bin/filter-bash-environment.py: line 10: [:space:]: command not found
/usr/lib/portage/bin/filter-bash-environment.py: line 11: syntax error near unexpected token `}'
/usr/lib/portage/bin/filter-bash-environment.py: line 11: `}'
>>> Compiling source in /var/tmp/portage/sys-devel/automake-1.10.1/work/automake-1.10.1 ...
* econf: updating automake-1.10.1/lib/config.sub with /usr/share/gnuconfig/config.sub
* econf: updating automake-1.10.1/lib/config.guess with /usr/share/gnuconfig/config.guess
./configure --prefix=/usr --host= --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
checking build system type... *** glibc detected *** grep: free(): invalid pointer: 0xb7f574c0 ***
======= Backtrace: =========
/lib/libc.so.6[0xb7e90a00]
/lib/libc.so.6(cfree+0x89)[0xb7e926f9]
/lib/libc.so.6(fclose+0x152)[0xb7e80ed2]
grep[0x8059c37]
grep[0x8059ce3]
/lib/libc.so.6(exit+0xec)[0xb7e56d0c]
grep[0x804d73f]
/lib/libc.so.6(__libc_start_main+0xdc)[0xb7e40fdc]
grep[0x80497d1]
This is really not what I wanted 
Any ideas? I really think I have to get some of the most basic stuff into the system REALLY QUICK! I had to get sed and grep from the rescue cd, for example.. this is soo messed up.
As a side note, is this really what you want to see when un packing?
# tar xjf ../coreutils-6.9-r1.tbz2
bzip2: (stdin): trailing garbage after EOF ignored |
|
| Back to top |
|
|
desultory
Bodhisattva
Joined: 04 Nov 2005
Posts: 9410
|
| Posted: Sat Apr 19, 2008 7:26 am Post subject: |
|
|
| panik08 wrote: | | First of all, I've accidently removed more than just coreutils it seems (with the rm command), a lot of stuff is missing in /bin, but first of all I think I've managed to get coreutils into the system by unpacking, but then as I chroot to my root partition ( I boot with rescue CD) |
This seems to support the idea that rm and cp should not be used to manage packages when there are more suitable alternatives available. Such alternatives could have warned about removing packages in the system set.
| panik08 wrote: | | Any ideas? I really think I have to get some of the most basic stuff into the system REALLY QUICK! I had to get sed and grep from the rescue cd, for example.. this is soo messed up. |
Follow the same procedure for sys-apps/sed and sys-apps/grep as for sys-apps/coreutils.
| panik08 wrote: | As a side note, is this really what you want to see when un packing?
# tar xjf ../coreutils-6.9-r1.tbz2
bzip2: (stdin): trailing garbage after EOF ignored |
It is. There is an additional block of data following the compressed tar archive, in this case that message is safe to ignore. |
|
| Back to top |
|
|
gentleman
Tux's lil' helper
Joined: 02 Dec 2005
Posts: 140
Location: Germany, Paderborn
|
| Posted: Sat Apr 19, 2008 7:29 am Post subject: |
|
|
Okay but I am missing a last answer, yet. How can I reach that | Code: | | equery depends mktemp |
shows the current configuration. This is, debianutils requires mktemp, but it should require coreutils I think. Re-Emerging doesn't bring the effect, even unmerging debianutils and merge it new has no effect. So what to do?
You might say a running system does not require such a resolute cleanup, but I don't want any risks on this system.
_________________
Everything works, you just have to do it correctly. |
|
| Back to top |
|
|
Taladar
Guru
Joined: 09 Oct 2004
Posts: 458
Location: Bielefeld, Germany
|
| Posted: Sat Apr 19, 2008 9:48 am Post subject: |
|
|
| Just download a stage3 tarball and unpack it in /, then re-emerge the whole system to get it updated again. |
|
| Back to top |
|
|
praka123
Apprentice
Joined: 19 Jan 2006
Posts: 184
Location: Kerala,India
|
|
| Back to top |
|
|
gentleman
Tux's lil' helper
Joined: 02 Dec 2005
Posts: 140
Location: Germany, Paderborn
|
| Posted: Sat Apr 19, 2008 12:24 pm Post subject: |
|
|
  But this is not the way a good admin should maintain his machine ...
If I do not use a package-software, okay. But if you do use one, you want every checkings to give nice output. So I do not know why a good maintainers says "[solved]" at this position.
_________________
Everything works, you just have to do it correctly. |
|
| Back to top |
|
|
|
Portage & Programming
