Newsgroup: it.comp.macintosh
Titolo: Cose che interessavano. Leopard, Unix, ZFS


Smentita, ZFS ci sarà, ma come opzione, certo non poteva essere che
d'improvviso Apple mollasse per strada l'HFS+....
<
http://www.informationweek.com/story/showArticle.jhtml?articleID=199903
281>
Leggere di Michael Singer.
-- 
Guru       Non coltivate i beni terreni,
               non rimarrà niente.
         Coltivate l'amore delle persone,
            vale più di qualsiasi oro. 

 "Yes, that is a correct assumption."
questa cosa pero' sotto sotto e' interessante:
se e' vero che cocoa si basa(va) anche su carbon
se e' vero che un applicazione o e' a 32 bit o e' a 64 bit (NO MIX MODE)
se e' vero che cocoa esiste in versione a 64 bit
la domanda e' su cosa si basa cocoa 64? 
:-)

 "Yes, that is a correct assumption."
questo significa che il layer sottostante Cocoa e' stato interamente
riscritto a 64 bit separandolo finalmente da Carbon?
-- 
This post could have been written with Nemo,
an ass-kicking newsgroups reader for OS X
http://www.malcom-mac.com/nemo

 Can we assume this was not an accidental omission?"
Stron+ata. Ce l'han fatto vedere al Tech Talk.
L'unica differenza è che le API deprecate (vecchie) non saranno più
supportate sotto 64-bit -- giustamente, perché non esistono ambienti
precedenti 64-bit a cui rimanere "compatibili"; e che QuickTime (C) è
inaccessibile dai 64-bit (ma QTKit, l'API Cocoa-osa, sì).
Schmidt è lo stesso di "niente ZFS", se non erro.
-- 
 - ∞
-- 
http://infinite-labs.net

 d'improvviso Apple mollasse per strada l'HFS+....
in realta' pare (letto su 
macrumors.com
 credo) che il supporto allo
ZFS sia in sola lettura, un po' come il supporto a NTFS.
Ciao Jack

Guido <.> wrote:

da quando su carbon-dev parlano *a ragion veduta* di cose sotto NDA?
cosa ci dovrebbe essere di cosi' magico nelle librerie di carbon da
impedire il fatto che si compilino a 64 bit?
ci immaginiamo che, per dirne una, la eppol forzi la mano ad adobi per
convertire la cs4 sotto cocorotfl?
un minimo di serieta'

 =======================
E dei G3 che si dice? Tagliati fuori? Non ho ancora trovato menzioni sul
supporto o meno.
-- 
Nicola D'Agostino
<!-- 
http://www.nicoladagostino.net
 -->
<!-- 
http://www.storiediapple.it
 -->
<!-- 
http://www.nezmar.com
 -->


Ma non sarebbe ora di supportare anche in scrittura 'sto NTFS?

 supporto o meno.
Che Leo ci giri è probabile, ma da qui a supporto ce ne vuole, sarà
decisamente castrato....


 convertire la cs4 sotto cocorotfl?
Sarebbe una cosa brutta???


 Sarebbe una cosa brutta???
sarebbe grottesca, un coso multipiattaforma NESSUNO si piglia la briga
di srcriverci la gui in cocoal

  Ma non sarebbe ora di supportare anche in scrittura 'sto NTFS?
concordo. sa sola lettura serve cosě cosě. per zfs non parliamone...
chi si tiene un drive in zfs in sola lettura se nessun os "noto" (win
o mac, ma forse pure linux) ci puň scrivere ?
 
-- 
I'm trying a new usenet client for Mac, Nemo OS X.
You can download it at 
http://www.malcom-mac.com/nemo

 Ma non sarebbe ora di supportare anche in scrittura 'sto NTFS?
Dillo a MS :)
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 di srcriverci la gui in cocoal
...purtroppo :P

 wrote:

ma anche no, alla fine e' meglio che ps abbia la stessa gui cosi' lo uso
uguale ovunque

 supporto o meno.
e i G4?
Ciao Jack

 ZFS sia in sola lettura,
Uh utilissimo proprio.
-- 
niuno

Dillo a MS :)
E perche? Io lo direi a Google:
http://code.google.com/p/macfuse/
Visto che consentono a chiunque di utilizzarlo, Apple potrebbe
semplfiicarlo un po' e metterlo di default in Leopard....

 E perche? Io lo direi a Google:
Direi a Singh. È vero che Singh è dipendente di Google, ma questo non
vuole dire che Google abbia a che fare direttamente.
Poi leggi bene: Singh sviluppa l'architettura. Qualcun'altro ha fatto il
reverse engeneering di NTFS in un driver che può essere usato con
l'architettura di Singh (che poi non è che sia sua).
A questo punto il tutto dipende dalla stabilità del driver. Se Apple
dice 'si può' e ti fotte dei dati, Apple va in merda. Se tu ti installi
la roba, sono fatti tuoi.


 installila roba, sono fatti tuoi.
si.. ma comunque il supporto in scrittura nei kernel linux esite da
buoni 3 4 anni, potrebbero sfrozarsi un minimo.. 


 la roba, sono fatti tuoi.
Oltre a quanto cito, che è sacrosanto, ricordiamoci che visto che è
stato reverse-engineerato potrebbero esserci problemi di natura legale
(IANAL, per cui mi si corregga se ho detto boiata)

 stato reverse-engineerato potrebbero esserci problemi di natura legale
Se non ci sono brevetti non credo. E comunque Apple e MS non si mettono
a fare la guerra dei brevetti.


 buoni 3 4 anni, potrebbero sfrozarsi un minimo..
Esiste in *alpha* da così tanto. I risultati buoni si hanno da poco.
Ad ogni modo anche li di default a me non pare scriva NTFS (se non forse
da pochissimo).
Il problema è che Linux se non funziona e ti fotte i dati sono cazzi
tuoi. Apple è un'azienda.
SuSE Enterprise per esempio ha la stessa politica:
<
http://www.novell.com/documentation/sles10/sles_admin/index.html?page=/
documentation/sles10/sles_admin/data/sec_filesystems_add.html>
Read Only.
Red Hat Enterprise 5 faceva la stessa scelta (la 6 non ho voglia di
cercare).
Il problema non è la *qualità* del supporto, ma creare aspettative in
clienti (potenzialmente aziendali) che possono fare casino.


 in clienti (potenzialmente aziendali) che possono fare casino.
vero,  ma perchè devo usare porting linux? magari affidarmi a fink o a
ricompilazioni esoteriche? basterebbe una piccola parte delle risorse
apple per tenere il passo con il mondo gnu/linux  (ed ecco che avresti
il supporto alla scrittura con poco sforzo, o il supporto all'a2dp per
il bluetooth tanto per dirne una... e non penso che questo discorso in
senso generale non ti interessi...) comunque fanculo la politica delle
distro commerciali, sono un paio di anni che lavoro con oracle, e con
questi ragionamenti mi hanno fatto salire la nasuea... giusti o
sbagliati che siano)


 Uh utilissimo proprio.
Gia`... peccato. L'unica cosa davvero utile di tutto Leopard...
Purtroppo sta merda di HFS+ case preserving se la porteranno dietro per
secoli ancora. Grazie anche ad adobe che non supporta filesystem case
sensitive anche se da linee guida apple dovrebbero supportarli.
-- 
Valentino Volonghi aka Dialtone
Blog: 
http://www.twisted.it/
Wii Code: 3069 7621 2175 6539
Mario Strikers Code: 395238 578036