Macgeneration retrace l'abandon de ZFS par Apple, qui en avait pourtant annoncé le support.
http://www.macgeneration.com/news/voir/137020/zfs-chronique-(...)
Cela pourrait être lié à une poursuite en cours contre Sun pour des violations de brevets dans ZFS.
http://www.lemondeinformatique.fr/actualites/lire-netapp-acc(...)
Ça sent le sapin pour ZFS qui n'est pas, me semble-t-il, supporté par Linux non plus.
# La licence, c'est plus important que la technique
Posté par Zenitram (site web personnel) . Évalué à 5.
C'est ça aussi de vouloir se la jouer solo et faire le nécessaire (avec CDDL) pour être incompatible GPLv2 (la licence de Linux)...
[^] # Re: La licence, c'est plus important que la technique
Posté par peikk0 . Évalué à 1.
En attendant ZFS est bien porté sous FreeBSD (production ready) et NetBSD, donc pas si solo que ça. :)
[^] # Re: La licence, c'est plus important que la technique
Posté par claudex . Évalué à 10.
Sauf qu'il est difficile pour Linux de passer à CDDL ou à la GPLv2 d'être compatible avec la CDDL puisque cette dernière a été créée après. Par contre, il aurait été possible de faire une double licence pour ZFS. (mais Sun ne l'a pas fait en connaissance de cause, c'est qu'ils ne voulaient pas l'intégrer à Linux, ils ont leurs raisons).
(en même temps je trouve bizarre que ZFS soit intégrer comme ça dans les BSD alors que la CDDL n'est pas non plus compatible avec la BSD)
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: La licence, c'est plus important que la technique
Posté par patrick_g (site web personnel) . Évalué à 3.
Je crois, mais je peux me tromper, que c'est parce que ZFS a été réécrit pour entrer dans FreeBSD. Ce n'est donc pas un copier/coller (qui serait interdit par la CDDL) mais une réimplémentation compatible.
Encore une fois c'est à vérifier.
[^] # Re: La licence, c'est plus important que la technique
Posté par nullisimo . Évalué à 5.
Dans le cas de dtrace c'est different, il a fallu faire une glue pour eviter de "polluer" le code BSD.
C'est traite comme le module "est2fs" qui sous GPL. C-a-d que c'est fourni comme module et on peut facilement l'exclure du build (encore plus simple pour la partie CDDL que GNU d'ailleurs, "make WITHOUT_CDDL=1 buildworld buildkernel")
sinon c'est parfaitement "legal" de distribuer ZFS :)
petit reminder:
http://blogs.sun.com/chandan/entry/copyrights_licenses_and_c(...)
[^] # Re: La licence, c'est plus important que la technique
Posté par patrick_g (site web personnel) . Évalué à 4.
Pourquoi dtrace nécessite une glue pour éviter de "polluer" le code BSD alors que ZFS ne nécessite pas cette glue ?
Après tout dtrace et ZFS sont sous le même licence CCDL.
[^] # Re: La licence, c'est plus important que la technique
Posté par Bapt (site web personnel) . Évalué à 2.
Tout simplement que la CDDL comme les différentes versions des la GPL ne peuvent entrer directement dans le noyau sans polluer celui-ci en le faisant changer de licence, donc tous le code CDDL et GPL se retrouve uniquement sous forme de module dans le noyau FreeBSD.
Or dans le cas de dtrace, celui-ci amenait du code qui ne pouvait pas être mis sous la forme de module, une glue sous licence BSD a donc été développée afin de pouvoir disposer de dtrace uniquement en module.
[^] # Re: La licence, c'est plus important que la technique
Posté par nullisimo . Évalué à 1.
John Birrel a contourne ce probleme (sponsorise par cisco d'ailleurs)
[1] http://lists.freebsd.org/pipermail/freebsd-current/2007-Sept(...)
[^] # Re: La licence, c'est plus important que la technique
Posté par Patrick Lamaizière (site web personnel) . Évalué à 5.
Pour DTrace il a fallu ajouter des trucs un peu partout dans le noyau (dans du code BSD existant donc) ce qui pose effectivement problème.
ZFS est autonome d'un point de vu code, c'est un simple module noyau qui est en CCDL.
les pixels au peuple !
[^] # Re: La licence, c'est plus important que la technique
Posté par patrick_g (site web personnel) . Évalué à 4.
[^] # Re: La licence, c'est plus important que la technique
Posté par Tonton Benoit . Évalué à 4.
[^] # Re: La licence, c'est plus important que la technique
Posté par Fabimaru (site web personnel) . Évalué à 0.
- étape 1, je redémarre ou je délogge mes utilisateurs qui utilisent le FS, je le "umount"
- étape 2 je réduis mon FS
- étape 3 je réduis le LVM
- étape 4, je ré-agrandis le FS parce que j'ai pris de la marge, je suis pas sûr que l'alignement FS et LVM soit le même
- étape 5 je remonte mon FS
(NB: j'utilise LVM chez moi)
[^] # Re: La licence, c'est plus important que la technique
Posté par Tonton Benoit . Évalué à 3.
[^] # Re: La licence, c'est plus important que la technique
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: La licence, c'est plus important que la technique
Posté par Fabimaru (site web personnel) . Évalué à 2.
[^] # Re: La licence, c'est plus important que la technique
Posté par Ghis . Évalué à 9.
[^] # Re: La licence, c'est plus important que la technique
Posté par Patrick Lamaizière (site web personnel) . Évalué à 7.
Ce n'est malheureusement pas nouveau. Le support de ext est foireux dans FreeBSD et le support de ufs foireux dans Linux. Je ne suis même pas sûr que ce soit un problème de licence.
Heureusement qu'il nous reste le FAT et le ntfs.
les pixels au peuple !
[^] # Re: La licence, c'est plus important que la technique
Posté par alice . Évalué à 2.
[^] # Re: La licence, c'est plus important que la technique
Posté par vida18 . Évalué à 1.
[^] # Re: La licence, c'est plus important que la technique
Posté par Zenitram (site web personnel) . Évalué à 3.
"The core JavaFX runtime is still proprietary software and its code has not yet been released to the public"
Seules certaines parties sont sous GPL, et le plus important (ce qui va fonctionner chez Mr tout le monde) ne l'est pas.
[^] # Re: La licence, c'est plus important que la technique
Posté par vida18 . Évalué à 2.
[^] # Re: La licence, c'est plus important que la technique
Posté par Zenitram (site web personnel) . Évalué à 10.
[^] # Re: La licence, c'est plus important que la technique
Posté par ckyl . Évalué à 2.
Pour le moment l'erreur que fait sun avec JavaFX, c'est que pour le moment la publication open source stagne depuis un an. Et que justement les quelques bouts open source sont sous GPL v2 sans classpath exception et que ca emmerde absolument tout le monde... Où as tu vu que c'était sous CDDL 1.0 (et sans double licence) ?
[^] # Re: La licence, c'est plus important que la technique
Posté par alice . Évalué à 3.
[^] # Re: La licence, c'est plus important que la technique
Posté par ckyl . Évalué à 1.
Tu peux étayer ton propos ?
[^] # Re: La licence, c'est plus important que la technique
Posté par 2bass . Évalué à 1.
# Je suis fatigué aujourd'hui
Posté par nicko . Évalué à 6.
# Re: Apple abandonne ZFS
Posté par nullisimo . Évalué à 4.
Apple a une phobie des violations de brevets (sauf en ce qui concerne l'iPhone ;))
sinon en ce qui concerne les efluves de coniferes, je doute que cet abandon soit reelement un coup dur pour ZFS qui a deja une bonne base utilisateurs (Entre Opensolaris et {Free,Net}BSD)
Autre point, a premiere ca serait plutot du au fait que Sun refuserait d'accorder a Apple unelicence particuliere (non CDDL).
# Sapin
Posté par Patrick Lamaizière (site web personnel) . Évalué à 10.
Bof, ZFS n'a jamais été intégré dans Mac OS X alors on ne peut pas dire que l'abandon soit une grosse perte pour ZFS. La perte d'une annonce ?
La bonne nouvelle pour ZFS c'est qu'il est marqué comme production ready sous FreeBSD 8.0 et ça va faire un paquet de gens à l'utiliser en plus, sur des machines sûrement plus stressées que le Mac de Madame Michu.
Concernant les éventuels problèmes juridiques on verra bien. Si ça se trouve y'a même du code SCO dedans...
Y'a aussi le fait que c'est vachement bien ce truc.
qui n'est pas, me semble-t-il, supporté par Linux non plus.
Jaloux :-)
les pixels au peuple !
[^] # Re: Sapin
Posté par Julien04 (site web personnel) . Évalué à 10.
ZFS fera une meilleure carrière sur un FreeBSD que sur un OSX Serveur.
[^] # Re: Sapin
Posté par bubar🦥 (Mastodon) . Évalué à 3.
Mais ça pourrait sentir le sapin, si bientot FreeBSD est seul avec ZFS... ? (sans vouloir vexer quiconque, juste "est il déjà repris ?" plutot)
[^] # Re: Sapin
Posté par Patrick Lamaizière (site web personnel) . Évalué à 4.
Ça fait maintenant un moment qu'il est intégré au projet (début du port aout 2006). ZFS, ça commence à dater mine de rien. On peut supposer qu'il arrive à maturité.
C'est difficile de prévoir l'avenir en informatique. La seule chose sûre, c'est qu'en cas d'abandon ça grincera des dents dans les chaumières par ici.
Donc je pense que non, en plus le gars qui l'a porté (pjd) est vraiment une bête.
les pixels au peuple !
[^] # Re: Sapin
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 4.
Ouais, enfin on sait jamais, il n'est pas marié au moins ?
[^] # Re: Sapin
Posté par Etienne Bagnoud (site web personnel) . Évalué à 5.
Uuuuh, mais ça va bien ça, j'attendais juste ça pour monter un serveur d'archive avec ZFS sous FreeBSD ...
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Sapin
Posté par Julien04 (site web personnel) . Évalué à 3.
Distrib simplifiée à base de FreeBSD (branche F-BSD 7 dans Freenas 0.7).
Ca prend 50mo, ça s'install sur une clé USB pour laisser tous les HD libres pour faire du gros RAID.
Ca propose le RAID-Z de ZFS (équivalent RAID 5) ainsi que le RAID-Z2 (équivalent RAID 6).
On peut taper dessus en samba, ftp, nfs, iscsi...
(il y a bien sur un client torrent, ainsi que quelques fioritures qui peuvent s'avérer pratiques).
Le tout administré par une interface web très bien réalisée.
C'est vraiment une distrib qui gagne à être connue pour du stockage.
Pour tester rapidement ZFS avec FreeBSD, c'est vraiment pratique.
[^] # Re: Sapin
Posté par Vincent (site web personnel) . Évalué à 2.
[^] # Re: Sapin
Posté par Ghis . Évalué à 1.
# En lien avec le rachat de Sun par Oracle ?
Posté par alpentux . Évalué à 4.
Il me semble qu'Oracle contribue à btrfs, et ne l'a pas fait pour zfs. Si de plus ce dernier présente d'éventuels soucis juridique.
On peut donc très vite imaginer que zfs est déjà mourant... il parait donc logique (du point de vue d'Apple) de ne pas miser l'avenir de son système serveur sur un FS (peut être) mourant et susceptible de déboire juridique.
Mes 2 centimes...
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par GeneralZod . Évalué à 3.
Pony tailed boy (aka Jonathan Schwartz) avait suggéré que ZFS passe sous licence GPL, mais est-ce qu'Oracle aura le cran de le faire ?
ZFS mourrant ? ça m'étonnerait, Apple a tout à fait les moyens de le maintenir, tout comme DTrace, un autre emprunt à OpenSolaris. De plus, Apple dispose d'une implémentation fonctionnelle de ZFS.
Le fait qu'Apple cherche à embaucher un expert en système de fichiers, tends à montrer qu'Apple veut probablement soit faire évoluer HFS+, soit créer son propre FS de nouvelle génération. Je pense que ZFS bien que prometteur, s'intégrait mal à la vision qu'à Apple du desktop notamment avec Time Machine d'où cette incertitude autour de ZFS depuis Leopard.
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par ZeroHeure . Évalué à 3.
Puisque Oracle a racheté Sun, il leur suffit de changer la licence... ce n'est donc pas le problème.
Et d'ailleurs, Oracle finance déjà ZFS puisque du monde bosse dessus chez Sun qui appartient à Oracle.
J'imagine plutôt qu'Oracle ayant un marché sous Linux, il est vital pour eux d'avoir des fortes compétences sur le (les) système de fichier.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par vida18 . Évalué à 2.
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par ribwund . Évalué à 3.
http://lwn.net/Articles/342892/
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par geb . Évalué à 1.
Au contraire...
Opensolaris a un timemachine-like intégré a gnome grace à ZFS.
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par GeneralZod . Évalué à 2.
[^] # Re: En lien avec le rachat de Sun par Oracle ?
Posté par totof2000 . Évalué à 3.
Il ne faut pas regarder uniquement par la lorgnette "serveur" : Sun propose des solutions de stockage basée sur ZFS .... La mort de ZFS signifierait la mort d'une partie des solutions de stockage SUN.
# En toute logique...
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 6.
La gelée de coings est une chose à ne pas avaler de travers.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.