Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master grimoire by Ladislav Hagara (e67cfc20fee5803906ef93ac0b20a3ca7ac11958)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Ethan Grammatikidis <eekee57 AT fastmail.fm>
  • To: sm-commit AT lists.ibiblio.org
  • Subject: Re: [SM-Commit] GIT changes to master grimoire by Ladislav Hagara (e67cfc20fee5803906ef93ac0b20a3ca7ac11958)
  • Date: Thu, 9 Jul 2009 12:25:27 +0100

On Wed, 08 Jul 2009 20:01:36 -0700
Eric Sandall <eric AT sandall.us> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ladislav Hagara wrote:
> >>>> fails when building EXTRAS
> >>>>
> >>>> Making all in udev-acl
> >>>> make[3]: Entering directory `/usr/src/udev-144/extras/udev-acl'
> >>>> CC udev_acl-udev-acl.o
> >>>> CCLD udev-acl
> >>>> libtool: link: cannot find the library `/usr/lib/libattr.la' or
> >> unhandled
> >>>> argument `/usr/lib/libattr.la'
> >>>> make[3]: Leaving directory `/usr/src/udev-144/extras/udev-acl'
> >>>> make[3]: *** [udev-acl] Error 1
> >>>> make[2]: Leaving directory `/usr/src/udev-144/extras'
> >>> I had the same problem, "cast -c attr acl" fixed it.
> >>> Probably some remains from moving /usr/lib/libattr -> /lib/libattr.
> >> Shouldn't that be cleaned up automatically? If not, we may be causing
> >> yet more computers to become unbootable...
> >
> >
> > This is during compile phase so old udev is not dispelled so none
> > unbootable computers.
> > How to clean up? Do you have same problem? Commit
> > e7611a245ba0969ad6479280e464ff8017c869ba seemed to fix this.
> > Seems attr should go to udev's DEPENDS.
>
> I haven't been home enough to try any of the new updates, but location
> changes for libraries sound like they might break boot if / and /usr are
> separate.

The whole point of these changes is that up to now, if /usr failed to mount
at boot the system was *likely* to be unrepairable without the help of a live
CD.

--
Ethan Grammatikidis

Those who are slower at parsing information must
necessarily be faster at problem-solving.




Archive powered by MHonArc 2.6.24.

Top of Page