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/.
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
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é).
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.
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.
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.
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/
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.
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.
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=experimental
En 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.
[^] # Re: cout de la libération
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Libérons le Cahier de l'Admin Debian. Évalué à 10.
Surtout quand tu rapportes cette somme au temps qu'il faut pour écrire un tel livre …
[^] # Re: Sans Moi
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Badges VIP pour le prochain salon Solutions Libres & Open Source 2013. Évalué à 1.
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/.
[^] # Re: Debian 8
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Debian : Épisode VII. Évalué à 3.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal Visiteurs en C++. Évalué à -2.
Non, pas nécessairement. LLVM est bien souvent compilé avec gcc.
[^] # Re: Sans Moi
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Badges VIP pour le prochain salon Solutions Libres & Open Source 2013. Évalué à 2.
Et des buffs Debian ;) http://sylvestre.ledru.info/blog/media/5/buff-debian.jpg
[^] # Re: et java ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 10.
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é.
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Subsurface 3. Évalué à 1.
Oh, le joli troll PADI vs Fédé ;)
[^] # Re: Ordinateur de plongé.
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Subsurface 3. Évalué à 1.
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?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Google Summer of Code 2013. Évalué à 8.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 1.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 1.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Prochainement sur votre machine de développement : Git 1.8.1, Ruby 2.0 et LLVM 3.2. Évalué à 1.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Prochainement sur votre machine de développement : Git 1.8.1, Ruby 2.0 et LLVM 3.2. Évalué à 3.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 3.
On remet ça mardi prochain d'ailleurs! (4 décembre)
[^] # Re: bitcode vs bytecode ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 9.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 4.
Comment penses-tu qu'il faudrait faire les choses ? (clang ayant pour but de tourner sur un maximum d'architecture + OS)
[^] # Re: Pareil ici
Posté par Sylvestre Ledru (site web personnel) . En réponse à l’entrée du suivi Ajout des "news" sur la page utilisateur. Évalué à 1 (+0/-0).
ah ah, merci ;)
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Ca répond pas vraiment à ta question mais il y a plein d'exemples dans le dossier examples/ de coselica
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Il faut cliquer sur "plain" à droite pour le récupérer.
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 2.
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
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 5.
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 ...
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche 19 ans : Bon anniversaire Debian !. Évalué à 7.
Même des Debian Developers plus jeunes que la distro…
[^] # Re: "connoisseurs"
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal GCC++ (gcc in cxx). Évalué à 4.
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=experimental
En 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.