Zasto je preporucljivo radit pakete/pakirat stvari

Rasprave u vezi Linux aplikacija.

Moderator/ica: Moderatori/ce

Netko
Postovi: 290
Pridružen/a: 13 ožu 2012, 20:14

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Netko »

Pa nemam CPU powera da bi buildao pakete i time imao neke koristi od USE flagova...
Avatar
drone
Moderator
Postovi: 3293
Pridružen/a: 01 pro 2010, 23:50
OS: Arch/KDE, Debian/Armbian
Lokacija: Nova Gradiška

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la drone »

Ovo kažeš zbog nadogradnje paketa ili?
1986-1990: Commodore64 / 1990-1994: Amiga 500 / 1995-1996: Amiga 1200 / 1997-2001: N/A@home /
2002-2004: Windows98, XP /
2004-2005: Knoppix, Mandrake / 2005: Mandriva, Ubuntu / 2005-2009: LFS / 2009-2010: Mint /
2010-... Arch
Lutherus

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Lutherus »

Zapravo i imaš. Vidiš Gentoo je moćan jer upravo sve krosji baš po tvome hardveraju. Zato i imaju CF i CXX flagove koje definiraš u make.conf. Meni je odlićan, jedinno kaj traje po par sati instalacija sustava. Evo konkretno sad mi treba oko 2 sata pa još kasnije do funkcionalnog X-a bar još 3 sata.
Avatar
retsam
Postovi: 2254
Pridružen/a: 11 svi 2009, 16:26
Spol: M
OS: Arch Linux x86-64 subtle
Lokacija: /dev/pts/0

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la retsam »

Lutherus je napisao/la:Ubti Slackware je jednostavan. Probaj Gentoo. Gentoo ima odličan package manager. Portage je fenomenalan.
Nije loš(portage), ali je spor(uzrok tomu vidim u pythonu u kojemu je portage pisan, naime smatran da takav sustav kao što je upravljanje paketima za kojeg je brzina krucijalna ne bi trebao biti pisan u interpretiranim jezicima ili u loš optimiziranim jezicima kao java). Slackware nisam dugo koristio (tj. koristio sam ga u međurazdoblju migracije s PCOS-a na arch tj. nekih 2 mjeseca kad sam tražio "the distribuciju") sama filozofija slackwarea mi nije smetala, nije mi problem manulno handleati s dependencyima i shared libraryima, ali mi je arch u samoj filozofiji više sjeo.
Ken Thompson je napisao/la:One of my most productive days was throwing away 1000 lines of code.

Pikacode - Arch configs
Pikacode - dwm config
Netko
Postovi: 290
Pridružen/a: 13 ožu 2012, 20:14

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Netko »

drone je napisao/la:Ovo kažeš zbog nadogradnje paketa ili?
Ma zapravo opcenito zbog koristenja USE flagova, posto se to oglasava kao najveca prednost Gentoo-a...
@Lutherus
Budem se informiro... Sad moram ic glumit support zbog vjerojatno loseg napisanog "drzavnog" softwarea(nepitajte) :facepalm

Btw takoder mi se ne svida to sto je package manager napisat u pythonu...
Lutherus

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Lutherus »

retsam je napisao/la:
Lutherus je napisao/la:Ubti Slackware je jednostavan. Probaj Gentoo. Gentoo ima odličan package manager. Portage je fenomenalan.
Nije loš(portage), ali je spor(uzrok tomu vidim u pythonu u kojemu je portage pisan, naime smatran da takav sustav kao što je upravljanje paketima za kojeg je brzina krucijalna ne bi trebao biti pisan u interpretiranim jezicima ili u loš optimiziranim jezicima kao java). Slackware nisam dugo koristio (tj. koristio sam ga u međurazdoblju migracije s PCOS-a na arch tj. nekih 2 mjeseca kad sam tražio "the distribuciju") sama filozofija slackwarea mi nije smetala, nije mi problem manulno handleati s dependencyima i shared libraryima, ali mi je arch u samoj filozofiji više sjeo.
Kad si zadnje koristil Gentoo? :P Portage više nije spor.
Avatar
drone
Moderator
Postovi: 3293
Pridružen/a: 01 pro 2010, 23:50
OS: Arch/KDE, Debian/Armbian
Lokacija: Nova Gradiška

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la drone »

Netko je napisao/la:
drone je napisao/la:Ovo kažeš zbog nadogradnje paketa ili?
Ma zapravo opcenito zbog koristenja USE flagova, posto se to oglasava kao najveca prednost Gentoo-a...
Ali to ti samo može pomoći, buildaš točno za svoj stroj, odnosno svoje potrebe što se tiče sw-a i depsa. Tako ne buildaš ono što znaš da ti neće trebati. http://www.gentoo.org/doc/en/handbook/h ... t=2&chap=2

BTW nikad nisam koristio Gentoo. Čak sam ga bio i skinuo s namjerom da ga instaliram (napravim), ali nisam imao volje. Međutim, često sam čitao njihovu dokumentaciju dok sam koristio LFS, pokazala se kao najkorisnija.
1986-1990: Commodore64 / 1990-1994: Amiga 500 / 1995-1996: Amiga 1200 / 1997-2001: N/A@home /
2002-2004: Windows98, XP /
2004-2005: Knoppix, Mandrake / 2005: Mandriva, Ubuntu / 2005-2009: LFS / 2009-2010: Mint /
2010-... Arch
Avatar
retsam
Postovi: 2254
Pridružen/a: 11 svi 2009, 16:26
Spol: M
OS: Arch Linux x86-64 subtle
Lokacija: /dev/pts/0

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la retsam »

@Lutherus oko 1,5 god , možda malo više zar se nešto promijenilo.
Ken Thompson je napisao/la:One of my most productive days was throwing away 1000 lines of code.

Pikacode - Arch configs
Pikacode - dwm config
Lutherus

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Lutherus »

@retsam

O da! :D I to puno toga. Portage je odličan i brz, kernel je fenomenalan i heavy patched, ugurali bfs i izbacili cfs.
Netko
Postovi: 290
Pridružen/a: 13 ožu 2012, 20:14

Re: Zasto je preporucljivo radit pakete/pakirat stvari

Post Postao/la Netko »

drone je napisao/la:
Netko je napisao/la:
drone je napisao/la:Ovo kažeš zbog nadogradnje paketa ili?
Ma zapravo opcenito zbog koristenja USE flagova, posto se to oglasava kao najveca prednost Gentoo-a...
Ali to ti samo može pomoći, buildaš točno za svoj stroj, odnosno svoje potrebe što se tiče sw-a i depsa. Tako ne buildaš ono što znaš da ti neće trebati. http://www.gentoo.org/doc/en/handbook/h ... t=2&chap=2

BTW nikad nisam koristio Gentoo. Čak sam ga bio i skinuo s namjerom da ga instaliram (napravim), ali nisam imao volje. Međutim, često sam čitao njihovu dokumentaciju dok sam koristio LFS, pokazala se kao najkorisnija.
Ma mislio sam resursa da bi buildao pakete i time iskoristio USE flagove uopce ;)... Ipak treba malo vise vremena za scompileat software nego samo extractat binary paket...
Odgovori