<html>
<head>
<meta content="text/html; charset=iso-8859-2"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">2017-03-27 23:26 keltezéssel, peritus
írta:<br>
</div>
<blockquote
cite="mid:b562868b-46ea-2fd7-3e3c-f08efbaafac6@freemail.hu"
type="cite">Te tudod már, hogyan lehet tisztába tenni a libeket?
</blockquote>
Csak sejtem, hogy glibc-t kellne rendbe tenni. Hogy merészel ő a
/lib64 alá pakolni cuccokat?<br>
<br>
A glibc -nek most az összes cucca lib64 alatt van, Arch-Linux így
operál, hogy ne tegye:<br>
<br>
<font size="-1"> echo "slibdir=/usr/lib" >> configparms<br>
echo "rtlddir=/usr/lib" >> configparms<br>
echo "sbindir=/usr/bin" >> configparms<br>
echo "rootsbindir=/usr/bin" >> configparms<br>
<br>
# remove fortify for building libraries<br>
CPPFLAGS=${CPPFLAGS/-D_FORTIFY_SOURCE=2/}<br>
<br>
../${pkgname}/configure \<br>
--prefix=/usr \<br>
--libdir=/usr/lib \<br>
--libexecdir=/usr/lib \<br>
--with-headers=/usr/include<br>
</font><br>
Arch nem használ lib64 -eket, de túlzásba viszi, mert a sbin -eket
is mindenütt a /usr/bin alá teteti.<br>
Megkíséreltem lemásolni, valóban a lib64 -ek helyett a /usr/lib -be
rámolt, de feltelepítve egyből megszűnt a bash, meg minden
elérhetősége.<br>
A chroot chrootmappa /bin/ldconfig az ment, de hiába. Visszaraktam a
te glibc -det, azzal megy legalább.<br>
<br>
A pcre -vel, a ncursessel, a readline -vel amit utólagos
linkelésekkel tettem az a gány netovábbja, az nem maradhat majd így.<br>
<br>
A most működő rendszeremen is vannak még különféle linkek lib -ből
lib64-be és vissza, de most működik.<br>
<br>
Lehet, hogy az mc esete is ezért nem tűnt fel nekem, de működik.<br>
<br>
Az biztos, hogy a mostani csomagkészlet csomagolásai alapnak már
bőven elegendő, de javításra szorul.<br>
<br>
<br>
1. A most meglévő csomagütközéseket ki kell irtatni.<br>
2. Ha a glibc 64-es libek nélküli életrekeltése végképp nem megy,
akkor legalább az installjába bevenni a cp -s /lib64/* /lib stílusú
gány parncsot.<br>
A hasonló gondú egyéb csomagoknál is, lásd pcre.<br>
3. Le kellne gyártani valamennyi lényegeset amd64 struktúrával,
rendes depends fázissal, hogy a dpkg ne nyavalyogjon és simán, a 32
bites dpkg-val is fel lehessen őket telepíttetni egy újabb chroot
mappába.<br>
4. Ezt az amd64 -es csomagbandát nem lehet rátelepíteni a mostanira,
mert a dpkg nem fogja beállítani őket, inkább célszerűbb egy újabb
chroot mappába. Ha ez megvan, akkor oda kell átlépni a következő
fordításokkal.<br>
5. Ha mindez megvan, meg kell oldani, hogy az
uhubuild-prepare-chroot képes legyen a 64 bites fordítási chrootot
létrehozni a már legyártott alapcsomagkészletet tartalmazó helyi
repóból. Erre a mostani 32 bites apt csomagunkat kellene valahogy
rávenni, hogy a 64 bites csomagok jelenlétét is érzékelje.<br>
<br>
Ez utóbbiban és glibc téren Rezső biztosan többet tudna tenni,
legalább ötletszinten, mint mi.<br>
</body>
</html>