HD crash

[DJ Art]

On Monday 10 September 2001 03:14, Evripidis Papakostas wrote:

> > file moy... thn $#@@!!!

> an theliseis se slack na apegkatastiseis oloklires efarmoges, na tis
> kaneis update, na matheis ti epirease ena paketo pou esvises, ti tha
> ginei an apegkatastiseis kati, an kapoio arxeio exei allaksei
> megethos, posa kai poia arxeia allaksan megethos apo tin original
> morfi tous k.a.

είσαι λίγο πίσω ? Οι εφαρμογές (τόσο τις ίδιας της διανομής, όσο και τα 
πακέτα φτιαγμένα για Slack) μπαινοβγαίνουν ανετότατα.

όταν πας να βάλεις κάτι από source, η κατάσταση είναι ίδια είτε 
δουλεύεις σε RedHat είτε σε Slackware, δηλαδή έχεις της εξής επιλογές:

1) Το αφήνεις χύμα να κάνει make install

2) το μετατρέπεις (πριν το make install) στην μορφή των packages του 
τρέχοντος συστήματος (rpm για RH, tgz για Slack).

Το configure (σε συνδυασμό με το make) δόξα σοι, παρέχουν τόσο τα 
dependecies όσο και τη δυνατότητα τα αρχεία του make install να μπούν 
σε (like chroot jail conditions) ένα προσωρινό κατάλογο. από κει και 
πέρα, ένα makepkg θα δημιουργήσει το tgz του οποίου η εγκατάσταση θα 
προσθέσει στη βάση των εγκατεστημένων πακέτων καταχώρηση ακόμα και για 
τα soft links που θα δημιουργηθούν πάνω στα *.so
Δεν ξεφεύγει τίποτα.

3) ειδικά για το Slack υπάρχουν αρκετά make_install monitors που 
προσθέτουν καταχώρηση στη βάση πακέτων του Slackware.

ένα removepkg αρκεί για να ξηλώσεις την εφαρμογή.


> telika oloi oi slackware ektimoun ta pleonektimata ton .rpm, .deb kai
> kathe .rpm, .deb sistima, einai thema xronou na ginei tgz based me
> tin xrisi.
> mataios o agonas!

Ναι, αλλά ταυτόχρονα χλευάζουμε τα conflicts και τα προβλήματα των 
dependencies των rpms.

όπου ναι, πας να βάλεις 2 πακέτα, το ένα θέλει το άλλο και στο worst 
case senario δεν θα μπεί κανένα :) ή το άλλο: Πας να κάνεις upgrade και 
σιγά σιγά ανακαλύπτεις πως το dependency έρχεται το ένα πίσω από το 
άλλο μέχρι που μετά από 100 πακέτα βλέπεις πως τελικά θα αναγκαστείς να 
αναβαθμίσεις και το libc++ και το gcc και τον πυρήνα και .... και ... 
και ...  όπου όμως αυτά τα 150 πακέτα που είσαι έτοιμος να 
αναβαθμίσεις, όλως τυχαίως conflictάρουν με τα υπόλοιπα 150 πακέτα του 
συστήματος. Στο τέλος, ακόμα κι αν πείς να αναβαθμίσεις όλα σου τα 
πακέτα, πάλι στο δρόμο κάποιο πακέτο θα ζητάει μια προηγούμενη έκδοση 
κάποιου άλλου πακέτου, η οποία παλιότερη έκδοση δεν θα γίνει δεκτή από 
ένα ΧΥΖ τρίτο πακέτο και τελικά όλο αυτό το package management[0] 
ΣΚΑΕΙ, χώνεις ένα --force και τότε τινάζονται στον αέρα τα πάντα, μαζί 
και τα md5sums και τα στοιχεία για την αλλαγή από την original μορφή 
που έλεγες και όλα.

άσε, να λείπει το βύσσινο :)


[0] 
δώσε ειδικά ΕΣΥ έμφαση στην επιλογή της λέξης management (για το rpm), 
ένα σύστημα φτιαγμένο από Αμερικάνους hamburgerοφάγους κουστουμάκηδες 
αφιερωμένο σε άλλους κουστουμάκηδες

;-)

[1] Αυτό που δεν κατάλαβα ποτέ είναι γιατί η sUzE δεν έβγαλε το spm. 
Έτσι κι αλλιώς αυτό το περιβόητο compatibility μεταξύ των rpms δεν 
υπάρχει. Άλλα rpms είναι κατάλληλα για RedHat, άλλα για Mandrake και 
άλλα για SuSE.

-- 
Kyritsis Athanasios <djart at hellug.gr>

- What's your ONE purpose in life ?
- To explode, of course! ;-)