Olena

olena@lrde.epita.fr

324 discussions

Re: [Olena] [Olena-patches] Merging trunk/ to branches/cleanup-2008/

by Thierry GERAUD

Roland Levillain wrote: > Roland Levillain a écrit : > ... > > La synchronisation est faite (cf. révisions 2316 à 2335) : très très cool :-) > ... > Alexandre, est-ce que tu veux récupérer ce patch et le réintégrer dans > cleanup-2008 ou bien est-ce que la version actuelle dans cleanup-2008 > est OK ? j'ai pas vu passer de réponse... > P.S. : Rappel : on n'enregistre plus dans trunk/ désormais ! :)

16 years, 4 months

Re: [Olena] [Olena-patches] Merging trunk/ to branches/cleanup-2008/

by Thierry GERAUD

16 years, 4 months

Merging trunk/ to branches/cleanup-2008/

by Roland Levillain

I'm going to ``merge'' the trunk against cleanup-2008, by applying patches from the trunk since the last merge (r2189) on top of cleanup-2008, one by one. This will be done using to `svn-cherry-pick' (from revision r2189). The idea is, after this merge is complete, we shouldn't use trunk/ anymore (except if you have a good reason for). We'll merge back cleanup-2008 into the trunk later, and get rid of cleanup-2008. So, please: /*-----------------------------------. | Don't commit to trunk/ as of now! | `-----------------------------------*/ If you still want to commit to trunk, please tell us, either by talking to Théo and/or Roland or by sending an e-mail to olena-patches(a)lrde.epita.fr. TIA!

16 years, 4 months

Trac Housekeeping

by Roland Levillain

J'ai fait un peu de ménage sur le Trac. La nouvelle page de la release 1.0 a été un peu nettoyée, et les tickets qui ne correspondaient plus vraiment à l'état de cette release ont été fermés (mais pas effacés). Désolé pour le bruit produit sur la ML olena- patches. https://trac.lrde.org/olena/wiki/Olena/Release1.0 Il faut qu'on s'affecte des tickets, la majorité étant dévolue à « Olena Team ». Vous pouvez jeter un oeil aux tâches actuellement affectées ici : https://trac.lrde.org/olena/wiki/Olena/Release1.0#TasksTickets Travaillez dans branches/cleanup-2008/ ; on fusionnera par la suite. Vous pouvez discuter des différents tickets ici (olena(a)lrde.epita.fr) ou bien dans les commentaires des tickets eux-mêmes : ils produiront des messages dans la liste olena-patches. Merci d'avance !

16 years, 4 months

Important : ChangeLog et sandboxes

by Roland Levillain

Dans l'objectif de nettoyer le dépôt en vue de la release, je viens (rév. 1923) de déplacer les entrées de ChangeLog relatives aux changement dans milena/sandbox/ dans un ChangeLog à part (milena/sandbox/ChangeLog). En effet, le contenu de milena/sandbox/ ne fait pas partie de la distribution d'Olena, et ne doit donc pas figurer dans ChangeLog ni dans milena/ChangeLog. Il *faut* utiliser ce nouveau ChangeLog dédié lorsque vous faites de modifications dans milena/sandbox/ ou un de ses sous-répertoires. Les nouvelles règles pour les commits sont donc les suivantes : - si vous faites des changements dans milena/ ou un de ses sous-répertoires (hormis milena/sandbox/), invoquez `svn ci' depuis milena/ (cela ira inscrire les changements dans milena/ChangeLog) ; - si vous faites des changements dans milena/sandbox/ ou un de ses sous-répertoires, invoquez `svn ci' depuis milena/sandbox/ (cela ira inscrire les changements dans milena/sandbox/ChangeLog) ; - si vous faites des changements dans milena/ *et* milena/sandbox/ (cas rare), deux possibilités : 1. il s'agit d'un déplacement (ou d'une copie) de fichiers d'un côté vers l'autre (milena/ vers milena/sandbox/ ou vice versa) : appelez `svn ci' depuis milena/ ; (Au passage, je rappelle que `svn mv' et `svn cp' sont les méthodes recommandées pour déplacer et copier des fichiers à travers le projet.) 2. ce n'est pas un déplacement ou une copie : faites alors *deux* commits, l'un concernant les fichiers sous milena/sandbox/, depuis ce répertoire ; l'autre, concernant les autres fichiers dans milena/, depuis milena/. Merci de suivre ces règles qui permettent de plus facilement suivre les changements dans le projet et nous feront gagner du temps lors de la release. Roland

16 years, 9 months

milena, clique et max

by Guillaume Leroi

Yop! J'ai un peu joue avec milena ce week-end, et j'ai une petite question et meme une remarque. Ma question etant, ou sont les cliques dans milena? Un petit coup de 'grep -r clique milena/*' ne donne rien. S'appelleraient elles differement? Il me semble qu'en anglais on dit clique aussi. (Mon but etait d'avoir un algo qui me donne toutes les clique auxquelles un point appartient, ou pourquoi pas toutes les cliques de l'image). Quand a la remarque, elle concerne les accumulateurs et l'algo take. En effet quand on fait un accu::take(accu::max) ca ne marche pas, faute de specialisation dans accu/take.hh. Cependant j'en ai trouve une qui marche dans level/take.spe.hh. Je me demandais s'il n'y avait pas eu une confusion quand a l'emplacement du fichier. -- Guillaume Leroi

17 years, 1 month

Martine va remplacer Lena

by Nicolas Pierron

http://martine.logeek.com/view.php?c=7a48847aa7741b1bfe2492225744fef3 -- Nicolas Pierron

17 years, 2 months

La question de la licence d'Olena.

by Alexandre Duret-Lutz

On se l'est posée en réunion de perm mercredi 5 sept. En ce moment Olena est distribuée sous « GPL v2 ou plus » avec cette exception: « As a special exception, you may use this file as part of a free software library without restriction. Specifically, if other files instantiate templates or use macros or inline functions from this file, or you compile this file and link it with other files to produce an executable, this file does not by itself cause the resulting executable to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU General Public License. » C'est moi qui l'ai ajoutée le 2001-11-01, le jour de la release d'Olena 0.1. On en a forcément discuté avant, mais je ne me rappelle pas des détails. Il y a une entrée dans mes vieux ChangeLogs (qui ne semblent plus être dans le dépôt svn), mais elle dit juste « Add license and copyright. » libstdc++ utilise cette même exception pour autoriser les projets non-GPL à l'utiliser. Elle est discutée ici: http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/license.html Ça transforme la GPLv2 plus ou moins en une LGPLv2 mais sans l'obligation de pouvoir changer la bibliothèque. Le problème de la LGPL est que, même si elle autorise un programme utilisant un bibliothèque LGPL a être distribué sans ses sources, elle impose que les utilisateurs puissent changer la version de la bibliothèque. En pratique ça suppose l'utilisation d'une bibliothèque partagée ou la distribution des *.o du programme. Dans les deux cas, c'est incompatible avec l'utilisation des templates d'Olena. La version 3 de la LGPL, même si elle parle un peu de templates (au sens des petites fonctions inline qu'on trouve dans les headers), demande toujours qu'on puisse recompiler ou relinker avec une autre version de la bibliothèque. À mon avis ça ne nous aide pas. Je ne vois pas de raison de ne pas passer de GPLv2+ à GPLv3+, mais peut-être serait-il mieux d'attendre de voir ce que va faire libstdc++. Il faudrait aussi se demander si l'on veut vraiment permettre des utilisations non libres d'Olena. -- Alexandre Duret-Lutz

17 years, 4 months

Question 3D

by Leslie Valleray

Bonjour, Je suis une ancienne d'EPITA et j'aimerais en savoir plus sur OLENA, en particulier j'aimerais savoir si OLENA répond à la problématique suivante: pour un même objet 3D que l'on recouvre d'une texture (ex: tissu), comment est-il possible de refléter la différence des textures (ex: soupe/légère et rigide/épaisse) sur cet objet? Y a-t-il des études existants sur ce sujet? En terme de développement, est ce une question simple ou très complexe? quelle est la charge approximative associée (en jours/homme)? Je suis joignable au 06 80 32 73 24 si besoin. Merci Leslie Valleray ________________________________________________________________________________ Libérez votre adresse mail de votre fournisseur d'accès - Choisissez Yahoo! Mail

17 years, 4 months

eXtensible Imaging Platform (XIP)

by Thierry GERAUD

http://erl.wustl.edu/research/xip.html eXtensible Imaging Platform (XIP) NCI’s Open Source Workstation An open platform platform for cancer research. The eXtensible Imaging Platform (XIP) is an open source environment for rapidly developing medical imaging applications from an extensible set of modular elements. Researchers will be able to easily develop and evaluate new approaches to medical imaging problems, and use them in a translational research setting. caGrid makes it possible to develop an XIP architecture that allows users to choose between remotely hosted grid based components and data sources as well as locally available sources. * Components may include analytic services, e.g. o CAD algorithms, o algorithms for quantifying changes in consecutive imaging studies o algorithms associated with a 3-D visualization pipeline etc * Available data sources include NCIA See the XIP poster from MCIM 2007 on the posters page for more information. ^ | clic !

17 years, 7 months

← Newer
1
...
7
8
9
10
11
12
13
...
33
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Olena