[Megoldva] Bash csomagkezelő készítés

checkinstall is ilyet csinál.

~~~~~~~~
deb http://deb.metaltux.tk/ wheezy yazzy repack

A legtobb buildrendszer tamogatja a DESTDIR valtozo hasznalatat, vagy van ra alternativaja

mkdir -p /var/tmp/csomagkezelo/install/valamicsomag-1.2.3
make DESTDIR=/var/tmp/csomagkezelo/install/valamicsomag-1.2.3 install

cd /var/tmp/csomagkezelo/install/valamicsomag-1.2.3 && find . > /var/tmp/csomagkezelo/temp/filelist.txt

And that's all.

--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

find -xdev... de egyebkent a DESTDIR-es megoldas olcsobb es jobban mukodik, plusz nincs benne hibalehetoseg.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

ez azért elég vidéki lenne...

~~~~~~~~
deb http://deb.metaltux.tk/ wheezy yazzy repack

wut?

1) elhanyagolhato mennyisegu csomagnal van make uninstall, az autoconf default nem is general ilyet IIRC, raadasul nyugos az adatokat tartalmazo mappak kezelese
2) Nincs olyan, hogy a "make uninstall reszet kirakod valahova". Egy build rendszer altalaban eleg sok fajlbol all, nem lehet csak ugy "lementeni" egy targetet belole. Erre nincs semmilyen modszer.

Btw, magyarazza mar el nekem valaki, mi a baj azzal, ha egy csomagkezelo metadataban letarolja, hogy az adott csomaghoz mi tartozik, es az alapjan torolget? Miert akarjuk ezt olyan eszkozokkel megoldani, amik nem hatekonyak a feladatra, adott esetben nem is erre vannak felkeszitve?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

A ./configure ... --prefix=... az azt adja meg, hogy telepítés után hol legyen a helye a fájloknak a működő rendszerben.
Hogy a forrás hová tegye a telepítendő fájlok könyvtárszerkezetét azt pedig
make install DESTDIR=....
esetleg
make install [INSTALL_ROOT | INSTALL_PREFIX]
vagy van olyan is, ami:
DESTDIR=/path/to make install
... csomagfüggő a dolog.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Első felindulásra:
cat file1 file2 | sort | uniq -d - ezek szerepelnek mindkét listában (feltételezve, hogy mindkét fájlban minden csak egyszer szerepel).

Körülbelül 20szor kellett átolvasnom és kitalálnom hogy milyen nyelven is írtad, mert néhol hiányzik a tárgy a mondatban, de van hogy az alany és az állítmány is. A határozókról nem is beszélve. :D

Amúgy meg ha bash, akkor két forciklussal, de a kisebbik listán kezdj el először átszaladni. Ha mondjuk bármilyen más interpreter nyelv lenne, akkor kivonnám egymásból a két array-t vagy hash-t.

TARGET=/foo/bar\ baz xzpkg ... esetén hogy fogja kezelni a TARGET változót az if?

sed a lelke mindennek. Ha nem megy kapásból, akkor gugli megadja a választ.

Oke. Kezdjuk ott, hogy a make install kimenete kozvetlenul nem hasznosithato, mert egy csomo, parancskent nem ertelmezheto sort tartalmaz.

Aztan, nem a sor elejere kell beszurni az "rm -rf" -et, hanem az install/mkdir parancsokat kell lecserelni erre.

De meg ezekkel a megkotesekkel sem ajanlom igy ebben a formaban a dolgot. Sok telepito ugyanis a /usr, /usr/bin, /usr/sbin konyvtarakat is "letrehozza" (az mkdir -p/install -d csak akkor hoz letre tenyleges mappakat, ha azok nem leteznek), marpedig ezek "rm -rf" -fel vakon torteno torlese katasztrofalis eredmenyhez vezetne.

Ugyhogy a legbiztonsagosabb megoldas atolvasni a fajlt, es kimasolgatni az utvonalakat. Ha adsz peldakimenetet (nem tudom, melyik progi "make install" kimenetet mentetted le, raadasul egy cmake tok mas kimenetet ad, mint egy normal autoconfos cucc), akkor a kigyujteshez tudok adni tippet, de a kigyujtott fajl- es mappaneveket ketszer, haromszor at kell nezni, hogy tuti ne okozz kart a vegen.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Későbbiek miatt inkább egy környezeti változóban tárolnám csomagonként egy-egy konfigfájlban. Már csak azért, mert pl. CFLAGS-ot is akarsz majd, CXXFLAGS-ot, LDFLAGS-ot, stb. Ezekhez azért durva lenne csomagonként egy-egy fájl.

En megneznem mas csomagkezelok (peldaul Gentoo Portage, BSD Ports, stb.) hogyan csinaljak ezeket.

Ami biztos nem jo megoldas, az a ./configure lefuttatasa kapcsolok nelkul. Nagyon sokfele csomag van, nagyon sokfele elbokott defaulttal. Ha a rendszerednek nincs egy standard konyvtarfelepitese, hanem minden "ahogy esik ugy puffan" alapon kerul fel, az kovethetetlen es hasznalhatatlan rendszert eredmenyez. Legrosszabb esetben is a --prefix, --sysconfdir es hasonlo kapcsolokat meg KELL adni a rendszerben, hogy mindig kovetheto, kitalalhato legyen mi hova kerul.

Amire kulonosen ugyelned kell, az a teny, hogy ha egy forrasfaban van egy "configure" nevu vegrehajthato allomany, az nem jelenti implicite azt, hogy az egy autoconf/automake alapokon gyartott konfiguracios script. Nagyon sok olyan csomag van, ahol ez az allitas egyszeruen nem igaz.

Amit en javaslok: legyenek alap opciok minden csomaghoz magaban a csomag/build leirojaban, amik fixek, nem valtoztathatok user oldalrol, nem is konfiguralhatoak. Ezek az alapvetesek, ami alapjan legalabb valamilyen QA-t lehet biztositani. Aztan, ha akarsz user-specified opciokat tamogatni, akkor arra legyen egy kulon fajl, amiben csak azokat az opciokat tarolod, amik elternek a defaulttol.

Egyebkent erosen javaslom, hogy minden ilyen kerdesed felmerulese eseteben eloszor nezd meg, hogy mukodik az adott build kornyezet, esetedben az autoconf/automake alapu rendszer. Gondold at alaposan, tizszer, szazszor, hogy ez mit jelent, milyen buktatoi lehetnek. Nezd meg, masok hogyan csinaljak, es gondold at, vagy kerdezz ra, miert igy csinaljak. Tanulj masoktol, mert mar sokan megoldottak azokat a problemakat, amikkel te szembesulsz, nincs olyan kerdes, amit mar fel ne tettek volna a temaban. Ne akarj mindent egyedul kitalalni, otletek tekinteteben nyugodtan tamaszkodj mas projektekre, valoszinuleg nem veletlenul hasznaljak azt a rendszert, amit.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Fazisokat kell csinalni, prepare, configure, build, install (ezt fuggvenyekkel konnyen szet lehet szervezni), a fazisokon belul && -el ossze is kapcsolhatod a parancsokat, de ez igazabol felesleges, eleg, ha a fazis maga megdoglik, es nem ugrasz a kovetkezo fazisra.

Viszont, ha szep reportingot is szeretnel, akkor minden egyes fazis lefutasa utan if-fel vizsgalni kell a $? erteket, es relevans hibauzenetet megjeleniteni a usernek.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

sed 's/\.tar\.gz//'

Egyebkent nem biztos, hogy ez igy jo otlet. Nem minden forrascsomag van olyan szerveren, ahol van directory lista. Nem tudom, mire hasznalod ezt az ellenorzest, de jobb helyeken a csomag meretet es MD5/SHA1 hashet szokas letarolni es azt csekkolni. A meret egeszen konnyen beszerezheto, ha -I kapcsoloval HEAD kerest kuldesz, a Content-Length fejlecben erkezik a meret.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

curl -sL http://download.savannah.gnu.org/releases/acl/ |\
  awk -F'\"' '/acl.*.gz</ {gsub(/.tar.gz/,"",$8);s=$8;}END{print s}'

Csináld úgy, ahogy sok más rendszer is csinálja: létrehozol egy /var/db/pkg könyvtárat, és ebbe pakolsz könyvtárakat, pl. firefox-32.0, ami arra utal, hogy a firefox 32.0 van telepítve. Minden ilyen könyvtárban lenne egy installed-files, meg ilyesmi fájlok. Nézd meg a Slackware-nél, ott is így csinálják (úgy rémlik).

Változók. A frissülésfigyelőd mikor lefut, létrehoz egy gcc_version nevű változót, amiben tárolja a gcc legfrissebb verzióját, a sources.list-edben meg http://robotlab.itk.ppke.hu/gcc/releases/gcc-${gcc_version}/gcc-${gcc_version}.tar.gz van, oszt' kalap, nem kell senkinek semmit sehol átírogatni.

http://sourceforge.net/projects/expat/files/expat/
http://sourceforge.net/projects/expect/files/Expect/
bzip.org: ha más nem, akkor "grep 'current version is'".

Nem birom nem megemliteni: a legtobb csomagkeszito a puszta ket kezevel potyogi be az epp aktualis verziokat a csomagfajlokba. Nem veletlenul: a weboldalak megszunhetnek, megvaltozhatnak, elkoltozhetnek, fuggeni toluk a leheto legrosszabb otlet. Ne legy lusta.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

A bzip2-1.0.6 fordításánál kicsit kókányolni kell, a "make install [PREFIX|DESTDIR]=..." valahogy nem igazán akar működni. Nekem így sikerült kicsikarnom a kívánt eredményt:

# cat bzip2.system.build
...
...
./configure --prefix= --bindir=/bin --libexecdir=/usr/libexec --datarootdir=/usr/share --mandir=/usr/share/man --bindir=/bin --includedir=/usr/include
sed -i 's/-O2/-O3 -funroll-all-loops -minline-all-stringops -fomit-frame-pointer/pg' Makefile
#sed -i 's/\/man\//\/usr\/share\/man/pg' Makefile

sed -i 's/-O2/-O3 -funroll-all-loops -minline-all-stringops -fomit-frame-pointer/pg' Makefile-libbz2_so
make -f Makefile-libbz2_so
cp libbz2.so* /tmp/$TARGET_PKG/lib
#make clean
make -j2
make install PREFIX=/tmp/$TARGET_PKG
cp libbz2.so* /tmp/$TARGET_PKG/lib
mkdir -p /tmp/$TARGET_PKG/usr/share
cp --recursive /tmp/$TARGET_PKG/include /tmp/$TARGET_PKG/usr
cp --recursive /tmp/$TARGET_PKG/man /tmp/$TARGET_PKG/usr/share
rm -r /tmp/$TARGET_PKG/include
rm -r /tmp/$TARGET_PKG/man
cd /tmp/$TARGET_PKG/lib
rm libbz2.so.1.0
ln -s libbz2.so.1.0.6 libbz2.so.1.0
cd /tmp/$TARGET_PKG/bin
rm bzcmp
rm bzegrep
rm bzfgrep
rm bzless
ln -s bzdiff bzcmp
ln -s bzgrep bzegrep
ln -s bzgrep bzfgrep
ln -s bzmore less

...
...

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

#define szazalek
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Márhogy pl. 10 frissítendő csomagból? Vagy a fordítás hány százaléka?

diff?

A pkgversion-ban vannak az általad telepített csomagok legfrissebb verziói?

A check-re:

curl -L -s http://ftp.gnu.org/gnu/nano/ | sed -rn '/href="nano/ s@.*a href="(nano-[^"]*.tar.gz).*@\1@p' | sort -V

Talán egy kicsit egyszerűbb.

Kérdésedre a válasz:

configure && build

Grep, awk, tr... Csodalom, hogy meg nem sikitott fel senki erre erzekeny hangosan. Mint egy rossz szexfilm. Egy strip meg egy touch hianyzik belole meg... :-)

Ha a build nem fut le, annak az lehet az oka, hogy a $? nem nulla. Probaltad mar peldaul kiiratni a $? erteket, hogy mi a baj?

Ami a fuggvenyneveket illeti, probalj valami semlegeset adni a configure-nek, mert ha a "." pathen van, nem biztos, h az tortenik, amit elvarsz... Mondjuk egy pkg_config() / pkg_build() fgv nevek jobbak lehetnenek.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Én se tudnék (lényegesen) más módszert.
Amire még érdemes lehet figyelni: verzió-függőség is, azaz pl. egy X csomag függ az Y csomagtól, de annak is a legalább 2.1-es verziójától. Nem annyira mainstream, de széles körben használt csomagoknál sűrűn előfordul, hogy az Y-ból a legújabb kell neki.

Anelkul, hogy megprobalnam megerteni, mit csinal a kod (kora hajnal van meg, ez ilyenkor nem megy):

anyupdate=0

for u in $(porg -a | grep "$PACKNAME"); do
  name="$(echo $u | sed 's/-[0-9].*//')"
  ver=$(echo $u | sed "s/$name\-//")
  new_ver="$(cat $VERSION | grep "$name" | sed "s/\.tar\.gz//;s/\.tar\.bz2//;s/\.src//;s/\.tar\.xz//")"

  if [ "$name-$ver" != "$new_ver" ]; then
    echo -e "$name-$ver $g -->$def $r $new_ver$def"
    anyupdate=$((anyupdate + 1))
  fi
done

if [ "${anyupdate}" -eq 0 ]; then
  echo -e "$r Nincs frissítés.$def $g:)$def"
else
  echo -e "$r $anyupdate db csomag frissíthető"
fi

Btw, az echo-knal en angol kiirast alkalmaznek, es megismerkednek a gettext nevu parancs hasznalataval. Bovebben lsd: https://github.com/meonkeys/bash-i18n-example

Ami a progress baros kerdest illeti, azt a) elfelejtenem b) megbaratkoznek a gondolattal, hogy "dialog" alapon irom ki. Rendes progress bart csinalni nativ bash-bol nem annyira trivialis, mivel a nyelv maga egy stateless cucc, az egyes programok nem tudjak rendesen a kozponti kornyezetben tarolni az allapotukat ket meghivas kozott.

Amit helyette ajanlok: felejtsd el a progress bart, ird ki csak a szazalekot paddingolva, es akkor azt 3 backspace jellel vissza tudod torolni.

Demonstracio:

#!/bin/bash

echo -ne "Progress:   0%"
for i in $(seq 1 100); do
  sleep 1
  echo -ne "\b\b\b\b$(printf "%3d%%" ${i})"
done
echo

Egyvalamire figyelj nagyon: a folyamatjelzo lefutasa utan mindenkepp kell egy ures echo, hogy visszaalljon a rendes kiirasi ciklus. Ha fuggvenyeket irsz a dologra, mindenkeppen kell egy "progressbreak" fuggveny is, hogy a hibajelzeseket ki tudd szepen irni.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Progress bar:

#!/bin/bash
while :; do
echo -en "\e[10G" # kurzort 10. oszlopba mozgat
read -n 1 n # számot beolvas
echo -en "\e[1G\e[J\e[41m"
# \e[1G kurzort 1. oszlopba mozgat
# \e[J letörli a terminált a kurzortól kezdve
# \e[41m háttérszínt pirosra beállít
for (( c=1; c<=$n; c++ )); do
echo -n " "
done
echo -en "\e[0m" # háttérszínt visszaállít
done

Amelyik számbillentyűt lenyomod, annyi karakter széles piros csíkot kirajzol. A "read -n 1 n" utáni kódot másold ki ha akarod ezt használni; "n" változóba kell rakni hogy hány karakter széles legyen.

Azt a sort, amely a VERSION-t kreálja, lecserélhető:

VERSION="$(sed -rn /usr/bashpkg/pkgversion '/gcc/ s/\.(src|tar\.(gz|bz2|xz))//gp')"