Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
emerge doesn't work after attr is unemerged!
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Woolong
n00b
n00b


Joined: 03 Feb 2004
Posts: 62
Location: Hong Kong

PostPosted: Sun Feb 22, 2004 3:25 am    Post subject: emerge doesn't work after attr is unemerged! Reply with quote

I removed acl from my USE flag in make.conf, then I ran emerge depclean -p world. Saw attr in the list, so I thought it's not needed. emerge -C attr.

Now, not only ls doesn't work, I can't even emerge anything, which includes attr itself.

Code:

emerge coreutils
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-apps/coreutils-5.0.91-r4 to /
>>> md5 src_uri ;-) coreutils-5.0.91.tar.bz2
>>> md5 src_uri ;-) coreutils-5.0.91-i18n-0.2.patch.gz
>>> md5 src_uri ;-) coreutils-5.0.91-gentoo-1.4.7.tar.bz2
install: error while loading shared libraries: libattr.so.1: cannot open shared object file: No such file or directory

!!! ERROR: sys-apps/coreutils-5.0.91-r4 failed.
!!! Function dyn_unpack, Line 514, Exitcode 127
!!! Failed to create dir '/var/tmp/portage/coreutils-5.0.91-r4/work'


I know that was stupid. :( Is there any way to recover my system? Say, copying someone's libattr.so.1 and put the file back to its place?
Back to top
View user's profile Send private message
scout
Veteran
Veteran


Joined: 08 Mar 2003
Posts: 1991
Location: France, Paris en Semaine / Metz le W-E

PostPosted: Sun Feb 22, 2004 10:47 am    Post subject: Reply with quote

Hey, you removed coreutils. I did this once: go to http://dev.gentoo.org/~avenj/bins/ get the corutil package, and untar it in / (you should still have tar and wget ...)
By the way this coreutils is for i686 if you have an older system, CFLAGS="what you want ..." emerge -b coreutils on an other gentoo distro you have and then copy the corutils.tar.gz that is in /usr/portage/packages on this computer, and do the same thing: unter in /

Then your emerge should work again and just emerge corutils to ensure everything is in order

I did the same thing 6 months ago: coreutils is just crucial, but I didn't know what it was. emerge depclean is REALLY dangerous. If you need some other package and don't have an other gentoo system to rescue yours, I may compile you a few tarballs if you want.
_________________
http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse
Back to top
View user's profile Send private message
Woolong
n00b
n00b


Joined: 03 Feb 2004
Posts: 62
Location: Hong Kong

PostPosted: Tue Feb 24, 2004 1:25 am    Post subject: Reply with quote

Thanks for the reply. After I restarted my system and realized kde can't be loaded, I panicked. I'm reinstalling gentoo right now.

I wish I was more patient, should have waited for a solution.

Again, thank you for the help. (I start to like links2)
Back to top
View user's profile Send private message
ralle
Tux's lil' helper
Tux's lil' helper


Joined: 25 Mar 2003
Posts: 144
Location: Aachen, Germany

PostPosted: Thu May 06, 2004 2:57 pm    Post subject: Reply with quote

Thanks Scout!
I made the same mistake as Woolong today, and your hint at least made my system boot up again. Until now I can't modprobe anything but I think this is figured out quickly.
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Thu May 06, 2004 3:51 pm    Post subject: Reply with quote

Actually, coreutils wasn't unmerged. There are two files that went walkabout: libattr.so and libacl.so. The coreutils package in the stage3 tarball is compiled with USE="acl". This, I think, is a little silly. So instead of downloading the coreutils binary package, you just need to type:

Code:
ls


This will bomb out with an error message about a missing library. BUT: it's on the LiveCD! So boot up using the LiveCD and copy that file to where it's supposed to be (after mounting your partitions of course). Then go back into your system and you'll find that doing "ls" will complain about another file - copy that one across to where it should be too.

Then you'll have a working set of coreutils. So all you need to do now is:

Code:
emerge --oneshot coreutils


--oneshot is used so that coreutils doesn't get recorded in your world file - it doesn't belong there, it lives in the system profile - and then you can remove those two files you copied across again. NB: It's actually recommended to get rid of them once you've done this - DON'T just leave them there.

"emerge depclean" isn't dangerous except for when you've changed the USE flags of something critical. Such as, for example, coreutils! So I would suggest that making binary packages of everything is probably a good idea if you've used a stage3 tarball when installing Gentoo.
_________________
Reality is for those who can't face Science Fiction.

emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts
Back to top
View user's profile Send private message
juri
Tux's lil' helper
Tux's lil' helper


Joined: 13 Dec 2003
Posts: 88
Location: Pistoia - Italy

PostPosted: Fri May 28, 2004 5:27 pm    Post subject: Reply with quote

Well, emerge depclean wants to remove modutils, attr and acl,
and I guess that they are important packages for the system to work fine. However I didn't touch the USE flags. Just submitted a bug report.
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Fri May 28, 2004 5:35 pm    Post subject: Reply with quote

No no, no bug. However, I think emerge depclean should be patched to check using ldd that coreutils isn't linking against attr and/or acl?

If you want to check whether or not it's safe to unmerge attr and acl, I have a script you can use that will work it out for you. The link is below. Modutils is deprecated in favour of module-init-tools, so that can go.

http://home.jesus.ox.ac.uk/~rmoss/portage/rtdeps

Save it in /usr/local/bin. Usage:

Code:
rtdeps coreutils


On my system, this comes up with two packages as runtime-dependencies (i.e., their binaries will break if depclean unmerges them) - glibc and ncurses. If you get acl or attr as well, you should re-emerge coreutils before you allow depclean to get rid of acl and/or attr.
_________________
Reality is for those who can't face Science Fiction.

emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts
Back to top
View user's profile Send private message
juri
Tux's lil' helper
Tux's lil' helper


Joined: 13 Dec 2003
Posts: 88
Location: Pistoia - Italy

PostPosted: Fri May 28, 2004 6:59 pm    Post subject: Reply with quote

You're right robmoss2k, just realized that it depends on a missing USE="acl" that affects at least 2004.1 GRP installations. I'm on kernel 2.6.5, modutils can be safely removed?
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Fri May 28, 2004 11:39 pm    Post subject: Reply with quote

Yes. Modutils is for 2.4 kernels and early 2.5 kernels; later 2.5 kernels and all 2.6 kernels (obviously 2.6.5 included) use module-init-tools instead. So it's safe to get rid of it.
_________________
Reality is for those who can't face Science Fiction.

emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts
Back to top
View user's profile Send private message
juri
Tux's lil' helper
Tux's lil' helper


Joined: 13 Dec 2003
Posts: 88
Location: Pistoia - Italy

PostPosted: Sat May 29, 2004 11:10 am    Post subject: Reply with quote

O.K. !!
I followed your advices in another post and recompiled coreutils like this:

USE="-acl" emerge coreutils
revdep-rebuild

and safely removed attr acl and modutils. Thanks!

Just clarify me one more thing:
as one can see in /etc/make.profile/make.defaults stage 2 and 3 of the 2004.1 release were compiled with USE="acl":
GRP_STAGE23_USE="ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses"

but then acl is missing from the default USE flags, just 4 lines below:

USE="x86 oss apm arts avi berkdb crypt cups encode foomaticdb gdbm gif gpm gtk jpeg kde gnome libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl pam pdflib png python qt quicktime readline sdl slang spell ssl svga tcpd truetype X xml2 xmms xv zlib"

So I'd like to know which of the two options was the correct one and then put USE="acl" or USE="-acl" in my /etc/make.conf.[/i][/url]
Back to top
View user's profile Send private message
robmoss
Retired Dev
Retired Dev


Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford

PostPosted: Sat May 29, 2004 12:54 pm    Post subject: Reply with quote

Well, it depends whether or not you want to use POSIX Access Control Lists or not. Personally I don't, and haven't found a use for them yet. So I have USE="-acl" in make.conf. But there definitely shouldn't be a discrepancy - thanks for bringing that to my attention, I'll have a look for a bug to file...
_________________
Reality is for those who can't face Science Fiction.

emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts
Back to top
View user's profile Send private message
juri
Tux's lil' helper
Tux's lil' helper


Joined: 13 Dec 2003
Posts: 88
Location: Pistoia - Italy

PostPosted: Sat May 29, 2004 4:05 pm    Post subject: Reply with quote

Well, guess that only the developers have the "right" answer.
I wanna thank you for your posts, I've found a lot searching through these forums, you're really helpful and I promise not to emerge -UD world!
Back to top
View user's profile Send private message
duderonomy
Guru
Guru


Joined: 20 Mar 2004
Posts: 349
Location: SF Bay Area

PostPosted: Sun Aug 22, 2004 10:25 am    Post subject: Reply with quote

This can easily happen after installing a stage3 from 2004.2 x86 Universal.
I just fubar'd two new systems!!! I think this is an OBVIOUS problem; i.e.
a bug...

I read the posts. I understand the USE flag issue. The value of the
GRP_STAGE23_USE variable is:
"ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses"

Then, as the juri points out, the USE variable for the system changes in
such a way to omit "acl". I see this as a HIDDEN CHANGE on the part of
the USE variable when it goes from a setting like that of GRP_STAGE23_USE
to the normal one, below it, except for a single use flag that affects
coreutils! Note that 11 of 12 use flags are dutifully copied to the USE
variable for the system at normal runtime. Why not copy all of them?
What problems would that cause? It appears to me it would actually
reduce the number of problems that users may encounter.

This could definitely be categorized as a bug if such an opportunity for
failure traps so many users. I did not expect a freshly built system would
fail an "emerge depclean".

The bottom line is that a completed stage3 build, post an 'emerge sync'
and 'emerge world' does not pass a simple test of an emerge depclean.
Would this be an accurate characterization? Would that not be considered
broken?

I think it is a bug becasue a user should be penalized for NOT KNOWING
about the super-secret tweak that needs to be performed after booting
from your own kernel on your root partition (instead of the livecd). What
kind of breakage would we get if 6 or 8 of the USE flags in the
GRP_STAGE23_USE variable suddenly disappeared once you started
booting from your own kernel and root partition? That appears to be
what is happening here.

If 'acl' were replicated in the USE variable on line 21 in
/etc/make.profile/make.defaults,
then, an experienced user can disable it in their local
/etc/make.conf file's USE variable. That would be in the spirit of
"those that know" can disable it. But those that are unaware should
not be fubar'd by it.

Is the act of allowing an avoidable and fatal gotcha, genuinely in the
spirit of The Gentoo Way? I think not. :)

Cheers,
D
Back to top
View user's profile Send private message
Corax
Apprentice
Apprentice


Joined: 14 Apr 2004
Posts: 222
Location: Berlin, Germany

PostPosted: Wed Sep 29, 2004 11:05 pm    Post subject: Reply with quote

Thanks to the downloads from dev.gentoo.org! They saved my system today! In just twenty minutes! Thanks a lot!
Back to top
View user's profile Send private message
robfish
Tux's lil' helper
Tux's lil' helper


Joined: 25 Nov 2002
Posts: 137
Location: New Zealand

PostPosted: Tue Oct 05, 2004 6:13 pm    Post subject: Reply with quote

OK - I got my box runing by copying libacl.so.1.1.0 and libattr.so.1.1.0 to the lib directory then made symlinks...

Code:
ln -sf libattrso.1.1.0 libacl.so.1
ln -sf libattrso.1.1.0 libacl.so
ln -sf libacl.so.1.1.0 libacl.so.1
ln -sf libacl.so.1.1.0 libacl.so

then I
Code:
emerge coreutils


I am a relative newbie so would like some guidance on my next steps.
Add -acl to USE flags?
emerge --oneshot coreutils (because I did not use --oneshot before) ?
rm libattr.so.1.1.0 ?
rm libacl.so.1.1.0 ?
rm libattr.so ?
rm libacl.so ?
_________________
RobFish
Back to top
View user's profile Send private message
MdaG
l33t
l33t


Joined: 09 Nov 2004
Posts: 945
Location: Stockholm, Sverige

PostPosted: Thu Nov 18, 2004 11:48 am    Post subject: Reply with quote

Has this been posted as a bug or what?
Back to top
View user's profile Send private message
MdaG
l33t
l33t


Joined: 09 Nov 2004
Posts: 945
Location: Stockholm, Sverige

PostPosted: Thu Nov 18, 2004 12:26 pm    Post subject: Reply with quote

I just reemerged coreutils without the --oneshot flag. Can't I just delete the line saying coreutils in my world file and the result will be the same?
Back to top
View user's profile Send private message
Clapper
Apprentice
Apprentice


Joined: 29 Sep 2003
Posts: 177

PostPosted: Thu Jan 13, 2005 7:57 pm    Post subject: revdep-rebuild question Reply with quote

Can anyone tell me why I constantly get the following packages listed with revdep rebuild, and why it always wants to install them?

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild R ] sys-apps/coreutils-5.2.1-r2 -acl -build -debug +nls (-selinux) -static (-uclibc) 0 kB
[ebuild R ] app-office/openoffice-bin-1.1.4 (-emul-linux-x86) +gnome +kde 0 kB
[ebuild R ] net-misc/rsync-2.6.3 -acl* -build -debug +ipv6 -static 0 kB

Total size of downloads: 0 kB


Let me know if further system info would help....
Back to top
View user's profile Send private message
robind
Apprentice
Apprentice


Joined: 08 Oct 2004
Posts: 260
Location: California

PostPosted: Tue Jan 18, 2005 3:38 am    Post subject: Reply with quote

Okay, another thread about this exact topic (with some valuable information) was moved to dups. Check it out.
https://forums.gentoo.org/viewtopic.php?t=237177&highlight=
Back to top
View user's profile Send private message
Nick W
l33t
l33t


Joined: 07 Dec 2003
Posts: 684

PostPosted: Tue Jan 18, 2005 10:40 am    Post subject: Reply with quote

Ok, so i created /usr/portage/packages/All and put the binaries given in the other thread in there and followed the instructions.

All is good :)

A couple of questions now though if anyone can help please:

  • When i now do 'ldconfig' i get told that "/lib/ld-linux.so.1 is not a symbolic link" -> is this significant?
  • Can i safely remove /usr/portage/packages/All ??

Many thanks...
Back to top
View user's profile Send private message
masseya
Bodhisattva
Bodhisattva


Joined: 17 Apr 2002
Posts: 2602
Location: Baltimore, MD

PostPosted: Tue Jan 18, 2005 4:04 pm    Post subject: Reply with quote

MdaG wrote:
Has this been posted as a bug or what?
https://bugs.gentoo.org/show_bug.cgi?id=48195
_________________
if i never try anything, i never learn anything..
if i never take a risk, i stay where i am..
Back to top
View user's profile Send private message
struct bylighting;
n00b
n00b


Joined: 18 Jan 2005
Posts: 1

PostPosted: Tue Jan 18, 2005 4:12 pm    Post subject: Reply with quote

This problem just exploded in the last few days (see https://forums.gentoo.org/viewtopic.php?p=1984627#1984627). There are probably hundreds of users hacking around it in this moment, with discussion threads going on in any possible langue.

I would urge the developers to consider it a bug and fix it.

As for my personal hack I've just copied the missing libs from a Fedora Core 1 box.
Back to top
View user's profile Send private message
spqrdecker
n00b
n00b


Joined: 15 Nov 2004
Posts: 34
Location: Charlottesville, Va.

PostPosted: Tue Jan 18, 2005 5:06 pm    Post subject: Reply with quote

After copying all of the acl and attr libraries from the livecd, everything works fine now. Except when I run ldconfig, the output informs me that it expects libacl.so.1 and libattr.so.1 to be symbolic links. Since everything works now, I'd be happy to leave it as-is or to make those files symbolic links to make ldconfig act like my computer isn't really duct-taped together with the live-cd's libraries; however, I'd prefer to know why these files must be symbolic links (libacl.so.what?), since this recent foray into the Mysterious World of /Lib illustrates a serious gap in my knowledge of how Linux actually works.
Back to top
View user's profile Send private message
WladyX
Guru
Guru


Joined: 25 Nov 2004
Posts: 503
Location: Romania

PostPosted: Tue Jan 18, 2005 5:24 pm    Post subject: Reply with quote

You should recompile coreutils without the acl suport, and then remove the libraries added from the livecd.
_________________
We are not alone.


Last edited by WladyX on Tue Jan 18, 2005 5:39 pm; edited 1 time in total
Back to top
View user's profile Send private message
spqrdecker
n00b
n00b


Joined: 15 Nov 2004
Posts: 34
Location: Charlottesville, Va.

PostPosted: Tue Jan 18, 2005 5:34 pm    Post subject: Reply with quote

Thanks for that advice. I'll remove the offending libraries. But I was actually wondering why the files ending in so.1 had to be symlinks.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum