Pour le moment, ils sont pas disponibles publiquement. Ils seront en vente lors de Solution Linux. Si jamais il en reste, ils iront probablement sur http://enventelibre.org/.
Sylvestre Ledru a écrit 509 commentaires
-
[^] # Re: Sans Moi
-
[^] # Re: Debian 8
La description de Experimental est imprécise. En effet, avec le freeze, beaucoup de développeurs utilisent experimental pour uploader des nouvelles versions upstreams ou des changements importants.
Ainsi, en particulier en ce moment, les packages dans experimental sont, potentiellement, aussi fiable que dans unstable normalement.
A noter que les Debian Developers ont commencé à les uploader dans unstable cf: https://twitter.com/debianupload -
[^] # Re: rtti lent
Non, pas nécessairement. LLVM est bien souvent compilé avec gcc.
-
[^] # Re: Sans Moi
Et des buffs Debian ;) http://sylvestre.ledru.info/blog/media/5/buff-debian.jpg
-
[^] # Re: et java ?
Pas vraiment… C'est pas à jour sur la spécification Java. Il y a des pans entiers de Java qui sont pas gérés (Swing au hasard).
Le passage de Java en GPL a mis une bonne claque à GCJ (cf le peu de news sur http://gcc.gnu.org/java/)
Dans Debian (et donc Ubuntu), tout est compilé avec les OpenJDK 6 ou 7 (sauf pour les architectures où OpenJDK est pas porté). -
[^] # Re: Ordinateur de plongé.
Oh, le joli troll PADI vs Fédé ;)
-
[^] # Re: Ordinateur de plongé.
Et la liste du matériel supporté est longue:
http://www.divesoftware.org/libdc/
(c'est sur cette bibliothèque que se base subsurface) -
[^] # Re: Recrutement, vampirisement de talents?
De part sa nature, Debian ne recrute pas tout court ;)
Après, pour avoir encadré pas mal d'étudiants dans le cadre des divers GSoC, à ma connaissance, pas un seul ne travaille chez Google. Certains sont chez Facebook, IBM ou d'autres boîtes plus petites…
Dans la boite où je suis actuellement, ça nous est arrivé de continuer avec les étudiants autour du projet.
Il faut pas oublier qu'avoir été admis à un GSoC est déjà une réussite en soit: ça booste pas mal le CV. -
[^] # Re: Clang vs GCC
Je vois pas trop en quoi ça serait "con" de la part de Apple ?!
Patcher LLVM/Clang pour améliorer les performances ou l'intégration dans Mac OS X ou IOS, ça pourrait avoir du sens. -
[^] # Re: Clang vs GCC
Peux tu préciser tes sources ? C'est pas les infos que j'avais entendu… (révision SVN de la version Apple non existante dans le SVN publique).
-
[^] # Re: rc3
clang/compiler-rt et dragonegg rc3 sont aussi maintenant disponibles:
http://packages.qa.debian.org/c/clang/news/20121208T110310Z.html
http://packages.qa.debian.org/d/dragonegg/news/20121206T161737Z.html -
# rc3
La RC3 de llvm 3.2 est sortie hier:
http://llvm.org/pre-releases/3.2/rc3/
Et déja dans Debian:
http://packages.qa.debian.org/l/llvm-3.2.html(salut Florent ;)
-
[^] # Re: Rencontre LLVM à l'IRILL
On remet ça mardi prochain d'ailleurs! (4 décembre)
-
[^] # Re: bitcode vs bytecode ?
Paul Tagliamonte et moi même travaillons à utiliser un peu plus de LLVM & Clang dans Debian.
Paul pousse justement ta proposition pour produire une Debian LLVM IR. Un des problèmes, c'est que l'IR LLVM n'est pas portable comme celle Java peut l'être…
Un de ses objectifs serait de pouvoir utiliser KLEE (http://klee.llvm.org/) sur cette IR. -
[^] # Re: clang
Comment penses-tu qu'il faudrait faire les choses ? (clang ayant pour but de tourner sur un maximum d'architecture + OS)
-
[^] # Re: Pareil ici
ah ah, merci ;)
-
[^] # Re: Format HDF5
Il faudrait surtout que l'on fournisse une page qui liste tous les SEP avec un export HTML.
A la manière des PEPs de Python: http://www.python.org/dev/peps/ -
[^] # Re: Xcos
Ca répond pas vraiment à ta question mais il y a plein d'exemples dans le dossier examples/ de coselica
-
[^] # Re: Format HDF5
Il faut cliquer sur "plain" à droite pour le récupérer.
-
[^] # Re: Format HDF5
Oui, c'est documenté et spécifié sous la forme d'un SEP (Scilab Enhancement Proposal). Ils sont publiés ici:
http://cgit.scilab.org/scilab/tree/SEP
Et c'est le SEP 64 (SEP_064_hdf5_scilab_specification.odt).Je vais voir pour la publier sur une page web directement.
-
[^] # Re: Instabilité graphique
Alors, pour le bug de mergeSort, a priori, ça viendrait d'une race condition au niveau de l'EDT Java Cf bug #11721. C'est moche, on est d'accord mais c'est pas bloquant.
L'autre problème est visiblement reporté sous le bug #11861.
-
[^] # Re: Matlab - scilab - octave
Tu peux revenir à l'ancien fonctionnement:
* Édition
* Préférences
* Général => Disposition du bureau
* Sélectionne le mode Simple et voila ;) -
[^] # Re: Et la question qui tue ...
Même des Debian Developers plus jeunes que la distro…
-
[^] # Re: "connoisseurs"
J'ai appris cette semaine que Debian était entrain (tout doucement seul experimental le fait pour le moment) de remplacer libstdc++ par libc++ grâce à un
projet GsoC de cette année.Olala, non, pas du tout. Pour le moment, le seul objectif est de proposer plus de liberté (technique) aux développeurs et packageurs.
Si, un jour, il y a des avantages à switcher à libc++ (performances par exemple), on peut être que ça sera considéré mais on en est loin…
Par exemple, ça build vraiment pas sur les autres archs que amd64 & i386:
https://buildd.debian.org/status/package.php?p=libc%2B%2B&suite=experimentalEn terme d'avantages, upstream dit:
- Correctness as defined by the C++11 standard.
- Fast execution.
- Minimal memory use.
- Fast compile times.
- ABI compatibility with gcc's libstdc++ for some low-level features such as exception objects, rtti and memory allocation.
- Extensive unit tests. -
# Pour tester ocaml
Je trouve que cette application web de découverte de Ocaml particulièrement sympa et accessible pour découvrir le langage:
http://try.ocamlpro.com/
