Cannot install : package does not end in .tgz

[Anonymous]

Kakve veze Slackware current ima sa onim sto sam ja napisao? Tek tada ne bi trebalo da radi jer su ti paketi pravljeni za stabilnu verziju, a ne za current (osim ako nije bilo znacajnih promjena u current-u, konkretno gcc, glibc itd.).

Pa znam da su se neki linuxpackages i slacky paketi zalili preko glslapt-a da im nedostaje nesto sve dok nisam ukljucio current
Mozda su spakovani i napravljeni da depove vuku iz currenta 

Moguce da je vukao iz Slacky repo-a, ali zvanicne pakete. Cisto sumnjam da su oni na svoju ruku pravili jos jedan paket za Sambu ili SeaMonkey.

I meni je malo cudno jer sam Slack instalirao sa full install-jedino sto sam makao su bile neke KDE komponente sto mi nisu trebale-Accessibility,Kdevel i Koffice 

Mislim da to zavisi od korisnika. Istina, sama upgrade procedura na noviju verziju je pomalno naporna (ako se prati zvanicni UPGRADE.txt), ali tu je alatka slackpkg koja je meni odradila posao (12.0 > 12.1). Uglavnom, tu bih se slozio sa tobom, jer ima mjesta za poboljsanje. A na sta tacno mislis kad kazes "instalacija vecih paketa"?

VLC npr koga redovno koristim-znam da postoji slackbuild ali potrebno je rucno uganjati tonu zavisnosti,a ako neka ne postoji kao paket potrebno je i njih kompajlirati pa praviti tgz sa checkinstall (po mom iskustvu prilicno cest slucaj)pa instalirati pa tako u krug
Cimanje sve u svemu,a kod Debiana npr ukucas samo apt-get install i dovidjenja-svejedno dobijes isto 

Iskreno, cisto sumnjam da ce Pat ikada ubaciti dep solve. Ako i zanemarimo cinjenicu koliko ljudi radi na Slack-u, mislim da se automatsko rjesavanje zavisnosti kosi sa nekim principima KISS filozofije (malo sad pisem napamet, ali cini mi se da je to bio zakljucak diskusije na LQ-u na temu kako Arch je kiss distro a opet ima dep solve).

Ja pak mislim da se Slack nimalo ne razlikuje od ostalih distroa po pitanju depova-instaliran paket trazi druge pakete kao depove jer je program sa tim opcijama i iskompajliran-paket tj program se svakako nece pokrenuti ako svi depovi nisu zadovoljeni
Fora je sto to kod Slack-a radis rucno ili poluautomatski a kod drugih distroa sve ide automatski tako da pomalo pada u vodu ona teza da Slakware instalira samo ono sto mu stvarno treba
Sto se tice nepotrebnih paketa i drugih distroa-ne znam za rpm,ali Debian,Gentoo i Arch imaju mogucnost da sve nepotrebne pakete uklone ako se ispostavi da su orphaned tj da ih ne koristi ni jedan instalirani paket i tako ociste sistem od nepotrebnih stvari

[qki]

Pa znam da su se neki linuxpackages i slacky paketi zalili preko glslapt-a da im nedostaje nesto sve dok nisam ukljucio current
Mozda su spakovani i napravljeni da depove vuku iz currenta 

I meni je malo cudno jer sam Slack instalirao sa full install-jedino sto sam makao su bile neke KDE komponente sto mi nisu trebale-Accessibility,Kdevel i Koffice 

Hm... moguce. Vjerovatno postoji brljotina (zapravo sam 100% siguran). Sto samo potvrdjuje moju tezu SlackBuild projekta kao najkvalitetnijeg izvora dodatnog softvera i potrebu za izbjegavanjem mijesanja 3rd party repozitorija.

VLC npr koga redovno koristim-znam da postoji slackbuild ali potrebno je rucno uganjati tonu zavisnosti,a ako neka ne postoji kao paket potrebno je i njih kompajlirati pa praviti tgz sa checkinstall (po mom iskustvu prilicno cest slucaj)pa instalirati pa tako u krug
Cimanje sve u svemu,a kod Debiana npr ukucas samo apt-get install i dovidjenja-svejedno dobijes isto 

Ne znam odakle si instalirao VLC... To je moj omiljeni plejer i do sada sam instalirao Alien-ov paket (cini mi se od verzije 11) koji sadrzi sve potrebne kodeke tj. zavisnosti u jednom paketu. Nemam razlog da ti ne vjerujem, ali iskreno ja nikad se nisam mucio sa zavisnostima, bez obzira da li se radi o 3rd party repo-ima ili SlackBuild skriptama (koje ekskluzivno koristim kao jedini izvor dodatnog softvera kako na Vectoru tako i na Slacku od verzije 12.0 cini mi se).

Ja pak mislim da se Slack nimalo ne razlikuje od ostalih distroa po pitanju depova-instaliran paket trazi druge pakete kao depove jer je program sa tim opcijama i iskompajliran-paket tj program se svakako nece pokrenuti ako svi depovi nisu zadovoljeni
Fora je sto to kod Slack-a radis rucno ili poluautomatski a kod drugih distroa sve ide automatski tako da pomalo pada u vodu ona teza da Slakware instalira samo ono sto mu stvarno treba
Sto se tice nepotrebnih paketa i drugih distroa-ne znam za rpm,ali Debian,Gentoo i Arch imaju mogucnost da sve nepotrebne pakete uklone ako se ispostavi da su orphaned tj da ih ne koristi ni jedan instalirani paket i tako ociste sistem od nepotrebnih stvari

Logicno, paket se nece pokrenuti ako neka zavisnost fali. Ali originalni Slack paketi bez obzira sa kakvim opcijama bili iskompajlirani nece traziti zavisnosti, jer jednostavno tako nesto ne postoji zabiljezeno u njima (samim paketima ili bilo kom drugom fajlu). Bez obzira sta koristis za paket menadzment (pkgtools, slapt-get, za swaret ne znam jer ga nikad nisam koristio ali isto mislim) - dep solve ne postoji za originalne pakete. Znam jako dobro sta pricam, jer sam dosta (ajmo reci) "ucio" oko paket menadzmenta na Slack-u i SlackBuild skripti. Sad kad izadje VL 6.0 final najvjerovatnije cu praviti neke pakete za njihov repo i znam jako dobro koliko oni kubure sa dep solve-om. Ljudi iz Slackware dev tima nemaju tih problema.

Teza da Slackware instalira samo ono sto mu treba stoji, ali kada se radi o zvanicnim paketima i SlackBuild projektu (i to niko ne moze poreci). Zna se sa kakvim opcijama svaki paket iskompajliran i koje su mu zavisnosti i to ce biti instalirano (naravno rucno ili poluautomatski kao sto si sam napisao, sto dosta zavisi i od korisnika). Ne mogu da se sjetim za Arch, ali APT, zypper itd. sigurno ce instalirati neke stvari koji nisu potrebne da bi program funkcionisao (takoreci na svoju ruku). Toga na Slack-u nema. Druga je stvar sto se moze desiti da se neka zavisnost ne instalira, ali zato je full install preporucen.

Sto se tice nepotrebnih paketa... Slazem se da ne postoji dobar nacin rjesavanja problema nepotrebnih paketa na sistemu. Generalno, Slack nema tako puno zvanicnih paketa, pa samim tim nema tako veliku potrebu za tom opcijom, ali uvijek postoji nesto sto se moze obrisati. Jedno od rjesenja, po meni, koje bi Pat trebao ubaciti u Slack su sabloni - npr. minimalna instalacija, desktop, server i sl.

[Anonymous]

VLC sam(tada)kompajlirao iz source-a-u to vreme je postojao paket na zvanicnom sajtu ali je bio way to mator
Takodje mucio sam se i sa Kdict-paket jeste mali ali trazi neke specificnije stvari koje ipak nisu dostupne kao tgz paket,tako da ostao jedino checkinstall i kompajliranje
A sto se tice dep solve pojednostavicu-kada kazem dep solve onda mislim na to da kada instaliras neki zvanicni Slack paket on se svakako nece pokrenuti ako nema sve potrebne lyb-ove koje opet sadrzi neki drugi paket(i) 
Zato i kazem da je sve prilicno isto kao i kod drugih distroa sem sto moras rucno da ganjas potrebne pakete sto se,pak,kod drugih distroa obavlja automatski,ali svodi se na isti princip-da bi se paket pokrenuo on mora imati sve sto mu je potrebno u obliku odgovarajucih dodatnih paketa koji opet sadrze odgovarajuce/potrebne lyb-ove
Drugi distroi to regulisu automatski ali nisam primetio da svlace nepotrebne stvari-u svakom slucaju i portage i apt i pacman imaju mogucnost da sve "sirocice" ociste usput proveravajuci da li neki od njih potreban za instalirane programe na sistemu
"Sirocici" na sistemu ostaju najcese kada se se prosledi komandna za uninstaliranje samog paketa ali ne i njegovih zavisnosti
Goli rpm cini mi see nema tu mogucnost ali ako se ne varam popularni yum po defaultu cisti i paket i sve njegove zavisnosti-pod uslovom da ih ne koristi neki drugi program 

[qki]

VLC sam(tada)kompajlirao iz source-a-u to vreme je postojao paket na zvanicnom sajtu ali je bio way to mator
Takodje mucio sam se i sa Kdict-paket jeste mali ali trazi neke specificnije stvari koje ipak nisu dostupne kao tgz paket,tako da ostao jedino checkinstall i kompajliranje

Ah, pa to je druga stvar... To je vise posljedica manjka zvanicnog softvera za Slack (sto realno jeste nedostatak kad su desktop korisnici u pitanju). Ista sudbina bi te zadesila na bilo kojoj distribuciji koja nema paket za VLC (bar ne u odgovarajucoj verziji).

A sto se tice dep solve pojednostavicu-kada kazem dep solve onda mislim na to da kada instaliras neki zvanicni Slack paket on se svakako nece pokrenuti ako nema sve potrebne lyb-ove koje opet sadrzi neki drugi paket(i) 
Zato i kazem da je sve prilicno isto kao i kod drugih distroa sem sto moras rucno da ganjas potrebne pakete sto se,pak,kod drugih distroa obavlja automatski,ali svodi se na isti princip-da bi se paket pokrenuo on mora imati sve sto mu je potrebno u obliku odgovarajucih dodatnih paketa koji opet sadrze odgovarajuce/potrebne lyb-ove

E tu je bio mali nesporazum - razlika u poimanju tvog i mog "dep solve"-a. Po meni je dep solve kada i paketi, a i paket menadzment podrzavaju automatsko (zato se i zove dependency solve) rjesavanje zavisnosti. Kod Slack-a ne postoji ni jedno ni drugo, bar ne u zvanicnoj varijanti. Slack paketi (mislim na "originale"; .tgz) su najobicnije tar.gz arhive koje pored iskompajliranih binarnih datoteka smjestenih na odgovarajucim putanjama, sadze slack-desc fajl (opis paketa) i install.sh skriptu (uglavnom se pokrece po instalaciji i podesava simbolicke linkove). Ne postoji nista drugo sto bi "pokazalo" sta taj paket treba da bi funkcionisao. Stoga, po meni, da bi Slackware imao dep solve, mora postojati fajl u svakom paketu koji definise zavisnosti i alatka koja cita te zavisnosti i instalira (ako prethodno nisu instalirane).

Ja ne mogu pozdano tvrditi kakva je situacija sa .deb i .rpm paketima, jer nikad se nisam interesovao. Upravo sam pogledao strukturu paketa na Arch-u (koja je btw gotovo identicna onoj na Slack paketima) - ako otvoris bilo koji paket, naci ces .PKGINFO fajl. U tom fajlu se nalazi linija depend u kojoj su definisane zavisnosti. Da kojim slucajem nema te linije, bez obzira na Pacman, ti bi morao rucno rjesavati zavisnosti. Ja sam uporno kontao da ti tvrdis da sami Slack paketi imaju to definisano "u sebi", ali da problem pravi pkgtools tj. installpkg/upgradepkg.

Po tvom poimanju dep solve-a, svaka distribucija ima dep solve. Ali to sto ti pricas je ukratko objasnjenje instalacije softvera na svim *nix sistemima - da bi neki program funkcionisao, prethodno se mora zadovoljiti zavisnost(i), pod uslovom da postoje.

Drugi distroi to regulisu automatski ali nisam primetio da svlace nepotrebne stvari-u svakom slucaju i portage i apt i pacman imaju mogucnost da sve "sirocice" ociste usput proveravajuci da li neki od njih potreban za instalirane programe na sistemu
"Sirocici" na sistemu ostaju najcese kada se se prosledi komandna za uninstaliranje samog paketa ali ne i njegovih zavisnosti
Goli rpm cini mi see nema tu mogucnost ali ako se ne varam popularni yum po defaultu cisti i paket i sve njegove zavisnosti-pod uslovom da ih ne koristi neki drugi program 

Ja znam sta su "sirocici" i tu sam se sa tobom slozio. Na Slack-u ne postoji tako nesto (ne mislim na sirocice, vec na alatku koja ih rjesava), ali s obzirom da nema dep solve, to je i logicno. Jedino rjesenje je da se to pjeske rjesava, ali to je vec mazohizam.

Koliko je meni poznato - sam APT ne rjesava tako dobro probleme sa "sirocicima". Zato se i preporucuje upotreba aptitude-a, koji to puno bolje radi. Takodje, u zadnje vrijeme, sam APT instalira pakete iz Recommended grupe (koji nisu stvarno potrebni da bi program funkcionisao) cime sistem polako postaje prenatrpan nepotrebnim softverom. Nemoj me sad shvatiti pogresno, nije da sad napadam APT (cak naprotiv, zajedno sa pacman-om, APT mi je broj jedan paket menadzer), samo pisem na sta sam konkretno mislio.