BeOS/Haiku: Thread ufficiale

[fano]

Originariamente inviato da TTklaz

E' normale che appena installato su macchina virtuale non riesca a leggere degli mp3?

Cerca meglio Mediaplayer legge anche gli MP3, non serve VLC

Legge pure DIVX e MKV se è per quello... anche se sugli MKV la compatibilità non è ancora altissima

[trapanator]

http://www.haiku-os.it/?q=node/636

[fano]

Ottimo questo dovrebbe facilitare il porting di molte applicazioni dal mondo Linux... e sta volta sembra sia stato fatto nel modo giusto

Senza portarsi dietro X

[hexaae]

Buono per allargare la base di software ma a me personalmente questo trend Linux-everywhere non piace molto... Haiku deve sfruttare al meglio LE SUE superiori potenzialità, non diventare un OS con software back-ported da Linux. A che scopo sennò uno userebbe Haiku e non Linux? Il sistema poi rischia di non decollare...

[guyver]

Originariamente inviato da hexaae

Buono per allargare la base di software ma a me personalmente questo trend Linux-everywhere non piace molto... Haiku deve sfruttare al meglio LE SUE superiori potenzialità, non diventare un OS con software back-ported da Linux. A che scopo sennò uno userebbe Haiku e non Linux? Il sistema poi rischia di non decollare...

Beh Gnu non è linux....
qt4 non è linux...
Ricreare tutte le applicazioni ex novo sarebbe uno sforzo enorme...se fosse possibile trasportare alcune applicazioni linux (ma non solo) su haiku con il minimo sforzo potrebbe essere una buona spinta in avanti...

[hexaae]

Originariamente inviato da guyver

Beh Gnu non è linux....
qt4 non è linux...

E infatti non l'ho mai detto...

Ricreare tutte le applicazioni ex novo sarebbe uno sforzo enorme...se fosse possibile trasportare alcune applicazioni linux (ma non solo) su haiku con il minimo sforzo potrebbe essere una buona spinta in avanti...

Come ho detto IMHO c'è il rischio che in questo modo le applicazioni diventino solo un clone di quelle già disponibili, e forse più aggiornate, per Linux. Ciò rischia di non attirare mai sviluppatori e semplici utenti su Haiku che preferiranno continuare a usare Linux. L'ho già visto succedere su altri OS che hanno iniziato a fare porting pesante di tutto quello che c'era per Linux ed è stato un lento suicidio. Il rovescio della medaglia insomma...

[hexaae]

My 7 days using Haiku
http://www.osnews.com/story/22354/My...lpha_Release_1

[fano]

Originariamente inviato da hexaae

Buono per allargare la base di software ma a me personalmente questo trend Linux-everywhere non piace molto... Haiku deve sfruttare al meglio LE SUE superiori potenzialità, non diventare un OS con software back-ported da Linux. A che scopo sennò uno userebbe Haiku e non Linux? Il sistema poi rischia di non decollare...

La penso anch'io così... anche se, se Haiku, sarà quello che spero ci sarebbero comunque vantaggi ad usare su Haiku applicazioni portate da GNU/Linux... per esempio spero il modo di installare le applicazioni sarà più semplice (il "dependency hell" va evitato! E' il male...) e le applicazioni anche se non native potrebbero essere comunque più veloci... essendo Haiku indubbiamente più efficiente di Linux...

Per dirvi sto seguendo per motivi lavorativi il progetto Moblin ebbene con X e tutto il tempo di boot è ridotto al valore record di 25 secondo (e per Linux son pochi, molto pochi) ebbene ho cronometrato l'ultima build di Haiku... 12 secondi

Ahh Moblin era installato nativamente e su HW compatibile (EEEPC)... Haiku era su VMWARE... con il PC che aveva Firefox (con 52 tab aperte ), Mediaportal, 12 finestre di EXPLODER... insomma uno scontro non proprio corretto... nei confronti di... Haiku eppure VINCE

Poi non mi funzionava la scheda di rete di VMWARE (e le versioni precedenti andavano), ma questo è un altro discorso

[Slayer86]

Originariamente inviato da fano

La penso anch'io così... anche se, se Haiku, sarà quello che spero ci sarebbero comunque vantaggi ad usare su Haiku applicazioni portate da GNU/Linux... per esempio spero il modo di installare le applicazioni sarà più semplice (il "dependency hell" va evitato! E' il male...) e le applicazioni anche se non native potrebbero essere comunque più veloci... essendo Haiku indubbiamente più efficiente di Linux...

Per dirvi sto seguendo per motivi lavorativi il progetto Moblin ebbene con X e tutto il tempo di boot è ridotto al valore record di 25 secondo (e per Linux son pochi, molto pochi) ebbene ho cronometrato l'ultima build di Haiku... 12 secondi

Ahh Moblin era installato nativamente e su HW compatibile (EEEPC)... Haiku era su VMWARE... con il PC che aveva Firefox (con 52 tab aperte ), Mediaportal, 12 finestre di EXPLODER... insomma uno scontro non proprio corretto... nei confronti di... Haiku eppure VINCE

Poi non mi funzionava la scheda di rete di VMWARE (e le versioni precedenti andavano), ma questo è un altro discorso

si ma come fai a pargonare una qualsiasi distribuziona linux con una alpha con praticamente NIENTE incluso...
L'immagine di haiku è 110mb... una qualsiasi distro installata è almeno 1 gb.... questo cosa significa... che haiku ha pochissimi servizi all'avvio... per esempio... ha il gestore bluetooth?? gestione energetica???
ecco allora è inutile dire boota in 10 secondi... anche una qualsiasi distro linux boota in 10 secondi se cavi tutto!!! Il lavoro svolto da intel per mobilin è ottimo in quanto una distro completa fa il boot in 25 secondi...

i vantaggi dell'architettura di haiku li vedi in altre cose!!!

[fano]

Infatti far bootare Linux in 25 secondi è un miracolo
Un lavoro davvero enorme... d'altra parte Linux fa partire anche servizi inutili per un uso desktop (come detto dagli stessi ingegneri Intel) sendmail, cups, la rete (mai provato a far bootare Linux con la rete staccata? Ci sta 15 MINUTI )...

La gestione energetica se intendi l'Intel Speedstep o l'equivalente Cool & Quiet di AMD c'è "CPUFrequency" che dovrebbe fare qualcosa del genere (anche se non so se funziona).

Se intendi invece l'ACPI (Standby, Ibernazione...) allora mancano... anche se bootando in 12 secondi per ora non serve!

Secondo gli ingegneri Intel il più possibile dei servizi non dovrebbero essere comunque parte del processo di boot (CUPS, Bluetooth...), ma partire su richiesta... cosa sensata che Haiku deve prendere come esempio... se io non ho stampanti o periferiche Bluetooth perché devo attendere 1-2 secondi durante il boot che parta un servizio che non userò mai?

Quindi il kernel di Haiku sta già facendo partire ciò che serve... il resto su richiesta

P.S. Lo scontro non era con una "qualsiasi distribuzione Linux", ma con Moblin... su hardware stra ottimizzato e con MOLTI servizi e programmi già raschiati via... solo senza X vinceva: 5 secondi!
Ma io sono su VMWARE su Hardware nativo sarà ancora meno... e Haiku è alpha con il codice compilato in modalità debug (più lento, quindi!)

[Slayer86]

Originariamente inviato da fano

Infatti far bootare Linux in 25 secondi è un miracolo
Un lavoro davvero enorme... d'altra parte Linux fa partire anche servizi inutili per un uso desktop (come detto dagli stessi ingegneri Intel) sendmail, cups, la rete (mai provato a far bootare Linux con la rete staccata? Ci sta 15 MINUTI )...

La gestione energetica se intendi l'Intel Speedstep o l'equivalente Cool & Quiet di AMD c'è "CPUFrequency" che dovrebbe fare qualcosa del genere (anche se non so se funziona).

Se intendi invece l'ACPI (Standby, Ibernazione...) allora mancano... anche se bootando in 12 secondi per ora non serve!

Secondo gli ingegneri Intel il più possibile dei servizi non dovrebbero essere comunque parte del processo di boot (CUPS, Bluetooth...), ma partire su richiesta... cosa sensata che Haiku deve prendere come esempio... se io non ho stampanti o periferiche Bluetooth perché devo attendere 1-2 secondi durante il boot che parta un servizio che non userò mai?

Quindi il kernel di Haiku sta già facendo partire ciò che serve... il resto su richiesta

Asp... i servizi non centrano niente con il kernel... sono dei server che partono e rimangono in ascolto... da una qualsiasi distro linux puoi togliere tutti i servizi che vuoi...io sulla mia gentoo per esempio ho tolto cups,buetooth, dhcp (è quello che ti ferma 15 secondi se non c'è il cavo di rete inserito!!!) e poi altri che non ricordo...quando mi servono li avvio io a mano!!! cmq in 90 secondi ho gnome avviato e pronto all'uso... (90 secondi non sono tanti...) non so cosa intendi per boot... ma l'avvio del DE è quello più impegnativo e mi porta via almeno una 50ina di secondi!!!

edit: cmq per esempio l'acpi serve... come fai a far funzionare i tasti fn dei notebook? serve l'alimentazione ecc... quindi dovrà essere implementato anche in haiku...
Haiku da come se ne parla sembra ottimo... ma sinceramente vista la complessità di un sistema moderno penso che almeno altri 5 anni di sviluppo serviranno tutti per ernderlo utilizzabile...
Tra 5 anni cosa avremo per le mani lato linux, osx e windows???

[fano]

Originariamente inviato da Slayer86

Asp... i servizi non centrano niente con il kernel... sono dei server che partono e rimangono in ascolto... da una qualsiasi distro linux puoi togliere tutti i servizi che vuoi...

Dove ho parlato di Kernel riferendomi ai servizi

Originariamente inviato da Slayer86

io sulla mia gentoo per esempio ho tolto cups,buetooth, dhcp (è quello che ti ferma 15 secondi se non c'è il cavo di rete inserito!!!) e poi altri che non ricordo...quando mi servono li avvio io a mano!!! cmq in 90 secondi ho gnome avviato e pronto all'uso... (90 secondi non sono tanti...) non so cosa intendi per boot... ma l'avvio del DE è quello più impegnativo e mi porta via almeno una 50ina di secondi!!!

Io il tempo di boot lo misuro così aspetto che il bios faccia le sue cose (non è corretto contare anche lui) e quando vedi o il - lampeggiante o scegli la voce dal bootloader inizio a contare... conto fino a che parte il desktop e il sistema è realmente USABILE (per dire se misurassi il povero XP andrei sui 10 minuti... il Desktop magari appare presto, ma è tutto bloccato mentre partono i SERVIZI, le iconcine nella taskbar, ecc...)

Comunque come dici tu la maggiornanza del tempo è preso da X... infatti stanno tentando di riscriverlo se ne sono accorti che è "rotto" ormai

Originariamente inviato da Slayer86

edit: cmq per esempio l'acpi serve... come fai a far funzionare i tasti fn dei notebook? serve l'alimentazione ecc... quindi dovrà essere implementato anche in haiku...

Certo che serve la mia era una battuta... per ora non c'è: verrà in seguito quando il sistema sarà più funzionante!

Originariamente inviato da Slayer86

Haiku da come se ne parla sembra ottimo... ma sinceramente vista la complessità di un sistema moderno penso che almeno altri 5 anni di sviluppo serviranno tutti per ernderlo utilizzabile...
Tra 5 anni cosa avremo per le mani lato linux, osx e windows???

Lo so ci vorrà molto tempo... la speranza è che riescano ad ottenere più aiuto magari da transfughi del mondo Linux... c'è Linus Torwald che si lamenta che Linux "ha il kernel gonfio" magari lo si potrebbe arruolare

Pensare che Linux è 11 anni che è in giro... e spesso è ancora inutilizzabile è inquetante

Speriamo bene... io Windows non lo voglio usare più, ma Linux non è un buon sostituto... purtroppo

[trapanator]

Originariamente inviato da fano

La penso anch'io così... anche se, se Haiku, sarà quello che spero ci sarebbero comunque vantaggi ad usare su Haiku applicazioni portate da GNU/Linux... per esempio spero il modo di installare le applicazioni sarà più semplice (il "dependency hell" va evitato! E' il male...)

Anche sotto Haiku ci sono le dipendenze (le librerie condivise...).

Non è come *BSD che con i suoi ports si porta tutto dietro.

Poi sinceramente non capisco cosa ci trovi di così eccitante portarti N copie di una stessa libreria per ogni applicazione, a parte lo spreco di spazio su disco.

[pabloski]

Originariamente inviato da trapanator

Poi sinceramente non capisco cosa ci trovi di così eccitante portarti N copie di una stessa libreria per ogni applicazione, a parte lo spreco di spazio su disco.

i winari potrebbero risponderti meglio

non pensi all'eccitazione di avere un installer da 150 MB per installare un banale programma che masterizza delle iso

[hexaae]

Originariamente inviato da fano

Per dirvi sto seguendo per motivi lavorativi il progetto Moblin ebbene con X e tutto il tempo di boot è ridotto al valore record di 25 secondo (e per Linux son pochi, molto pochi) ebbene ho cronometrato l'ultima build di Haiku... 12 secondi

Ancora con questa inutile storia del boot veloce... Tanto vince comunque AmigaOS/MorphOS con meno di 10 secondi per un sistema COMPLETO: http://www.youtube.com/watch?v=usceTXybNbA e su HW di 10 anni fa (G4 a meno di 1GHz e BUS e Memorie MOLTO lente rispetto alle attuali DDR2-3, quindi immaginiamo quanto farebbe su HW "moderno")

[hexaae]

Originariamente inviato da pabloski

i winari potrebbero risponderti meglio

Beh, il mio Vista Home Premium x86, Sp2, completo di tutto (nessuno dei 147 servizi o niente altro disattivato) boota in meno di 40 secondi (ma uso sempre l'ibernazione o sospensione nell'arco della settimana quindi di solito "booto" in meno di 30...), cmq meglio dei 90 secondi del nostro amico Slayer86 con la sua Gentoo pure ottimizzata (il mio modesto HW è in firma)

non pensi all'eccitazione di avere un installer da 150 MB per installare un banale programma che masterizza delle iso

Sì certi programmi sono scandalosi per Win e cmq occupano sempre troppo, ma fortunatamente esistono anche IMGBurn & soci che con 2MB di installar fanno tutto quello che serve... Diciamo che nel mondo Win bisogna sapersi muovere (cosa che l'utente medio punta e clicca non sa fare).

[fano]

Originariamente inviato da trapanator

Anche sotto Haiku ci sono le dipendenze (le librerie condivise...).

Non è come *BSD che con i suoi ports si porta tutto dietro.

Poi sinceramente non capisco cosa ci trovi di così eccitante portarti N copie di una stessa libreria per ogni applicazione, a parte lo spreco di spazio su disco.

Pensa al divertimento quando usi yum (che dovrebbe calcolare le dipendenze) e dichiara dopo 10-20 minuti che frulla di non esserci riuscito

O quando il programma installa libsarcazzo 1.25 in /lib e rompe tutte le altre applicazioni installate nel sistema che usano la 1.24

Per me il sistema delle dipendenze è MALE! Almeno per come è fatto su Linux... io preferisco come è fatto ora: scarico il programma lo butto in una cartella e funziona! Peccato che anche qui inizino a parlare di Package Manager:
http://www.haikuware.com/directory/v...ation/packager

[pabloski]

il problema non sono le dipendenze di per sè ma come vengono gestite

se si facesse più uso del concetto di interfaccia ( come definito in objective-c ) allora molti problemi sarebbero risolti

purtroppo gli sviluppatori sono allergici alla programmazione ad oggetti, a quella generica, al multithreading, ai microkernel, all'ipc, alla memoria condivisa e al message passing

ah, dimenticavo il codice managed e i compilatori jit, visti come il male assoluto ( capirai per quel 3-4% di performance in meno si farebbero scannare )

p.s. che fortunato che sono....si parla di bloating, dependency hell, ecc... e ti scovo una proposta a dir poco assurda http://www.phoronix.com/scan.php?pag...item&px=NzYyNQ

[fano]

Infatti io sono un po' una mosca bianca... uso il C, ma spesso mi sta sulle palle... azz devi crearti tutto a mano! Manco le stringhe ci sono (i char * io li considero un HACK )...

Eppure i miei colleghi di C++ non vogliono sentir parlare... dicono che è inefficiente... eppure permette di fare tante cose in più gli oggetti!
Far le stesse cose in C è possibile, ma devi usare costrutti alquanto complicati.

Anche le [m]alloc() e free() come le odio... soprattutto quando me le scordo

Che belli sti flatELF... il peggio dei 2 mondi avremo binari giganteschi e contemporaneamente ci terremo il "dependency hell"

Che fi*ata

[trapanator]

Originariamente inviato da fano

Pensa al divertimento quando usi yum (che dovrebbe calcolare le dipendenze) e dichiara dopo 10-20 minuti che frulla di non esserci riuscito

O quando il programma installa libsarcazzo 1.25 in /lib e rompe tutte le altre applicazioni installate nel sistema che usano la 1.24

Per me il sistema delle dipendenze è MALE! Almeno per come è fatto su Linux... io preferisco come è fatto ora: scarico il programma lo butto in una cartella e funziona! Peccato che anche qui inizino a parlare di Package Manager:
http://www.haikuware.com/directory/v...ation/packager

Guarda che anche per Linux (veramente anche per un qualsiasi programma) si possono compilare programmi in modo STATICO cioè includendo nel programma le librerie necessarie e portandole dove vuoi.

Il package manager è molto comodo, non è colpa di chi ha fatto il manager ma il pacchetto.