From nicolas.lists at gmail.com Mon Apr 9 13:15:21 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Mon, 9 Apr 2012 13:15:21 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 Message-ID: Hi all, Do you plan to provide Debian packages for 12.04 before the next release of Ubuntu 12.04? (April 26th) We are using FreeSurfer, which requires libminc2 and minc tools such as N3. libminc2 is already available but for instance, mincbundles appears to be outdated. freesurfer relies on nu_correct for instance. root at bilbao:~# apt-get install mincbundle Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mincbundle : Depends: glutg3-dev but it is not installable Depends: libsoqt3-dev but it is not installable Depends: mincsample but it is not installable Depends: mni-models-colin27-lin but it is not installable Depends: mni-models-icbm152-lin but it is not installable E: Unable to correct problems, you have held broken packages. Thanks, Nicolas -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.fonov at gmail.com Mon Apr 9 14:46:09 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Mon, 09 Apr 2012 14:46:09 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: Message-ID: <4F832E71.9090905@gmail.com> Hello, we have moved minc development to https://github.com/organizations/BIC-MNI I have been working on making a unified minc package, but it still work in progress. You can try http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.0-20120408-Linux-x86_64.deb - compiled on Ubuntu 11.10 but with most dependencies built-in. All the tools will be installed in /opt/minc (this is temporary place) , source /opt/minc/minc-toolkit-config.sh to configure environment. On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > Hi all, > > Do you plan to provide Debian packages for 12.04 before the next release > of Ubuntu 12.04? (April 26th) > > We are using FreeSurfer, which requires libminc2 and minc tools such as N3. > > libminc2 is already available but for instance, mincbundles appears to > be outdated. > freesurfer relies on nu_correct for instance. > > root at bilbao:~# apt-get install mincbundle > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > mincbundle : Depends: glutg3-dev but it is not installable > Depends: libsoqt3-dev but it is not installable > Depends: mincsample but it is not installable > Depends: mni-models-colin27-lin but it is not installable > Depends: mni-models-icbm152-lin but it is not installable > E: Unable to correct problems, you have held broken packages. -- Best regards, Vladimir.FONOV gmail com From nicolas.lists at gmail.com Mon Apr 9 15:25:52 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Mon, 9 Apr 2012 15:25:52 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: <4F832E71.9090905@gmail.com> References: <4F832E71.9090905@gmail.com> Message-ID: Great I'll try it! So far the package has been installed without any dependency issue :) Thanks! Nicolas On Mon, Apr 9, 2012 at 2:46 PM, Vladimir S. FONOV wrote: > Hello, > > > we have moved minc development to https://github.com/** > organizations/BIC-MNI > > I have been working on making a unified minc package, but it still work in > progress. > > You can try http://www.bic.mni.mcgill.ca/~**vfonov/software/minc-toolkit-* > *0.3.0-20120408-Linux-x86_64.**deb- compiled on Ubuntu 11.10 but with most dependencies built-in. All the > tools will be installed in /opt/minc (this is temporary place) , source > /opt/minc/minc-toolkit-config.**sh to configure environment. > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > >> Hi all, >> >> Do you plan to provide Debian packages for 12.04 before the next release >> of Ubuntu 12.04? (April 26th) >> >> We are using FreeSurfer, which requires libminc2 and minc tools such as >> N3. >> >> libminc2 is already available but for instance, mincbundles appears to >> be outdated. >> freesurfer relies on nu_correct for instance. >> >> root at bilbao:~# apt-get install mincbundle >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you have >> requested an impossible situation or if you are using the unstable >> distribution that some required packages have not yet been created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> mincbundle : Depends: glutg3-dev but it is not installable >> Depends: libsoqt3-dev but it is not installable >> Depends: mincsample but it is not installable >> Depends: mni-models-colin27-lin but it is not installable >> Depends: mni-models-icbm152-lin but it is not installable >> E: Unable to correct problems, you have held broken packages. >> > > > -- > Best regards, > > Vladimir.FONOV gmail com > > ______________________________**_________________ > MINC-development mailing list > MINC-development at bic.mni.**mcgill.ca > http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.fonov at gmail.com Wed Apr 11 12:31:59 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 11 Apr 2012 12:31:59 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> Message-ID: <4F85B1FF.6020601@gmail.com> Hello, I can insert it into my package, but I will have to figure out how to deal with it using CMake On 12-04-11 12:22 PM, Nicolas Rannou wrote: > Yes that's what I meant, sorry for the confusion! > > So I guess my best bet is to build it manually and install it where > FreeSurfer is expecting it! > And maybe work a Debian packaging to make it easy for people to use. > > Thanks, > Nicolas > > On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV > > wrote: > > Hello Nicolas, > > I don't quite understand what Perl support means in this context. Do you > mean mni-perllib package ( > https://github.com/andrewjanke/mni-perllib ) ? > > On 12-04-11 11:48 AM, Nicolas Rannou wrote: > > Hi Vladimir, > > > > It looks like MINC is not built with Perl support in those > packages... :( > > > > Is it correct and if so do you plan to integrate it at some point? > > Is there any good way I can do it or help? > > > > It is unfortunately requiered by freesurfer...! > > > > Thanks and keep up the great work! > > Nicolas > > > > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV > > > >> wrote: > > > > Hello, > > > > > > we have moved minc development to > > https://github.com/__organizations/BIC-MNI > > > > > > I have been working on making a unified minc package, but it > still > > work in progress. > > > > You can try > > > http://www.bic.mni.mcgill.ca/~__vfonov/software/minc-toolkit-__0.3.0-20120408-Linux-x86_64.__deb > > > > > > - compiled on Ubuntu 11.10 but with most dependencies > built-in. All > > the tools will be installed in /opt/minc (this is temporary > place) , > > source /opt/minc/minc-toolkit-config.__sh to configure > environment. > > > > > > > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > > > > Hi all, > > > > Do you plan to provide Debian packages for 12.04 before > the next > > release > > of Ubuntu 12.04? (April 26th) > > > > We are using FreeSurfer, which requires libminc2 and minc > tools > > such as N3. > > > > libminc2 is already available but for instance, mincbundles > > appears to > > be outdated. > > freesurfer relies on nu_correct for instance. > > > > root at bilbao:~# apt-get install mincbundle > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may mean that > you have > > requested an impossible situation or if you are using the > unstable > > distribution that some required packages have not yet > been created > > or been moved out of Incoming. > > The following information may help to resolve the situation: > > > > The following packages have unmet dependencies: > > mincbundle : Depends: glutg3-dev but it is not installable > > Depends: libsoqt3-dev but it is not > installable > > Depends: mincsample but it is not installable > > Depends: mni-models-colin27-lin but it is not > > installable > > Depends: mni-models-icbm152-lin but it is not > > installable > > E: Unable to correct problems, you have held broken packages. > > > > Thanks, > > Nicolas > > > > > > _________________________________________________ > > MINC-development mailing list > > MINC-development at bic.mni.__mcgill.ca > > > > > http://www.bic.mni.mcgill.ca/__mailman/listinfo/minc-__development > > > > > > > > > > -- > > Best regards, > > > > v.s.fonov ilmarin info > > > > > > > -- > Best regards, > Vladimir S. Fonov ~ v.s.fonov ilmarin.info > > -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From nicolas.lists at gmail.com Wed Apr 11 12:42:56 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Wed, 11 Apr 2012 12:42:56 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: <4F85B1FF.6020601@gmail.com> References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> Message-ID: That would be great! but I'm not sure on how much work it involves. I'm currently testing FreeSurfer against minc2 debian (provided by you) + mni-perlib from github I'll keep you posted! Nicolas On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV < vladimir.fonov at gmail.com> wrote: > Hello, > > I can insert it into my package, but I will have to figure out how to deal > with it using CMake > > On 12-04-11 12:22 PM, Nicolas Rannou wrote: > >> Yes that's what I meant, sorry for the confusion! >> >> So I guess my best bet is to build it manually and install it where >> FreeSurfer is expecting it! >> And maybe work a Debian packaging to make it easy for people to use. >> >> Thanks, >> Nicolas >> >> On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV >> > wrote: >> >> Hello Nicolas, >> >> I don't quite understand what Perl support means in this context. Do >> you >> mean mni-perllib package ( >> https://github.com/**andrewjanke/mni-perllib) ? >> >> On 12-04-11 11:48 AM, Nicolas Rannou wrote: >> > Hi Vladimir, >> > >> > It looks like MINC is not built with Perl support in those >> packages... :( >> > >> > Is it correct and if so do you plan to integrate it at some point? >> > Is there any good way I can do it or help? >> > >> > It is unfortunately requiered by freesurfer...! >> > >> > Thanks and keep up the great work! >> > Nicolas >> > >> > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV >> > >> >> >> wrote: >> > >> > Hello, >> > >> > >> > we have moved minc development to >> > https://github.com/__**organizations/BIC-MNI >> > >> > >> > >> > I have been working on making a unified minc package, but it >> still >> > work in progress. >> > >> > You can try >> > >> http://www.bic.mni.mcgill.ca/~**__vfonov/software/minc-** >> toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> > toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> > >> >> > >> > toolkit-0.3.0-20120408-Linux-**x86_64.deb >> > >> > - compiled on Ubuntu 11.10 but with most dependencies >> built-in. All >> > the tools will be installed in /opt/minc (this is temporary >> place) , >> > source /opt/minc/minc-toolkit-config.**__sh to configure >> environment. >> > >> > >> > >> > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: >> > >> > Hi all, >> > >> > Do you plan to provide Debian packages for 12.04 before >> the next >> > release >> > of Ubuntu 12.04? (April 26th) >> > >> > We are using FreeSurfer, which requires libminc2 and minc >> tools >> > such as N3. >> > >> > libminc2 is already available but for instance, mincbundles >> > appears to >> > be outdated. >> > freesurfer relies on nu_correct for instance. >> > >> > root at bilbao:~# apt-get install mincbundle >> > Reading package lists... Done >> > Building dependency tree >> > Reading state information... Done >> > Some packages could not be installed. This may mean that >> you have >> > requested an impossible situation or if you are using the >> unstable >> > distribution that some required packages have not yet >> been created >> > or been moved out of Incoming. >> > The following information may help to resolve the situation: >> > >> > The following packages have unmet dependencies: >> > mincbundle : Depends: glutg3-dev but it is not installable >> > Depends: libsoqt3-dev but it is not >> installable >> > Depends: mincsample but it is not installable >> > Depends: mni-models-colin27-lin but it is not >> > installable >> > Depends: mni-models-icbm152-lin but it is not >> > installable >> > E: Unable to correct problems, you have held broken >> packages. >> > >> > Thanks, >> > Nicolas >> > >> > >> > ______________________________**___________________ >> > MINC-development mailing list >> > MINC-development at bic.mni.__mcg**ill.ca < >> http://mcgill.ca> >> > >> >> >> >> >> > http://www.bic.mni.mcgill.ca/_**_mailman/listinfo/minc-__** >> development >> > >> > >> > >> > >> > >> > -- >> > Best regards, >> > >> > v.s.fonov ilmarin info >> > >> > >> >> >> -- >> Best regards, >> Vladimir S. Fonov ~ v.s.fonov ilmarin.info > > >> >> >> > > -- > Best regards, > > Vladimir S. FONOV ~ vladimir fonov gmail com > ______________________________**_________________ > MINC-development mailing list > MINC-development at bic.mni.**mcgill.ca > http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.fonov at gmail.com Wed Apr 11 13:18:44 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 11 Apr 2012 13:18:44 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> Message-ID: <4F85BCF4.1020801@gmail.com> Hello, I made a simple command to install files in /opt/minc/perl (also added PERL5LIB variable in /opt/minc/minc-toolkit-config.sh ) So, try it on http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.2-20120411-Linux-x86_64.deb On 12-04-11 12:42 PM, Nicolas Rannou wrote: > That would be great! but I'm not sure on how much work it involves. > > I'm currently testing FreeSurfer against minc2 debian (provided by you) > + mni-perlib from github > > I'll keep you posted! > > Nicolas > > On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV > > wrote: > > Hello, > > I can insert it into my package, but I will have to figure out how > to deal with it using CMake > > On 12-04-11 12:22 PM, Nicolas Rannou wrote: > > Yes that's what I meant, sorry for the confusion! > > So I guess my best bet is to build it manually and install it where > FreeSurfer is expecting it! > And maybe work a Debian packaging to make it easy for people to use. > > Thanks, > Nicolas > > On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV > > __>> wrote: > > Hello Nicolas, > > I don't quite understand what Perl support means in this > context. Do you > mean mni-perllib package ( > https://github.com/__andrewjanke/mni-perllib > ) ? > > On 12-04-11 11:48 AM, Nicolas Rannou wrote: > > Hi Vladimir, > > > > It looks like MINC is not built with Perl support in those > packages... :( > > > > Is it correct and if so do you plan to integrate it at some > point? > > Is there any good way I can do it or help? > > > > It is unfortunately requiered by freesurfer...! > > > > Thanks and keep up the great work! > > Nicolas > > > > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV > > > __> > > __>>> wrote: > > > > Hello, > > > > > > we have moved minc development to > > https://github.com/____organizations/BIC-MNI > > > > > > > > I have been working on making a unified minc package, but it > still > > work in progress. > > > > You can try > > > http://www.bic.mni.mcgill.ca/~____vfonov/software/minc-__toolkit-__0.3.0-20120408-__Linux-x86_64.__deb > > > > > > > > > > - compiled on Ubuntu 11.10 but with most dependencies > built-in. All > > the tools will be installed in /opt/minc (this is temporary > place) , > > source /opt/minc/minc-toolkit-config.____sh to configure > environment. > > > > > > > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > > > > Hi all, > > > > Do you plan to provide Debian packages for 12.04 before > the next > > release > > of Ubuntu 12.04? (April 26th) > > > > We are using FreeSurfer, which requires libminc2 and minc > tools > > such as N3. > > > > libminc2 is already available but for instance, > mincbundles > > appears to > > be outdated. > > freesurfer relies on nu_correct for instance. > > > > root at bilbao:~# apt-get install mincbundle > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may mean that > you have > > requested an impossible situation or if you are using the > unstable > > distribution that some required packages have not yet > been created > > or been moved out of Incoming. > > The following information may help to resolve the > situation: > > > > The following packages have unmet dependencies: > > mincbundle : Depends: glutg3-dev but it is not > installable > > Depends: libsoqt3-dev but it is not > installable > > Depends: mincsample but it is not > installable > > Depends: mni-models-colin27-lin but it > is not > > installable > > Depends: mni-models-icbm152-lin but it > is not > > installable > > E: Unable to correct problems, you have held broken > packages. -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From nicolas.lists at gmail.com Wed Apr 11 15:34:00 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Wed, 11 Apr 2012 15:34:00 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: <4F85BCF4.1020801@gmail.com> References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> Message-ID: Great! I gave it a shot and it looks like in the Perl directory, the "*auto*" directory is missing (not sure what it is, but is used by FreeSurfer as well...): *in the new debian pacakge:* perl->MNI-> some files OK some files ok *make install from mni-perl:* perl->auto->* missing* ->MNI-> some file OK some files ok Thanks, On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV wrote: > Hello, > > I made a simple command to install files in /opt/minc/perl (also added > PERL5LIB variable in /opt/minc/minc-toolkit-config.**sh ) > > So, try it on http://www.bic.mni.mcgill.ca/~** > vfonov/software/minc-toolkit-**0.3.2-20120411-Linux-x86_64.**deb > > On 12-04-11 12:42 PM, Nicolas Rannou wrote: > >> That would be great! but I'm not sure on how much work it involves. >> >> I'm currently testing FreeSurfer against minc2 debian (provided by you) >> + mni-perlib from github >> >> I'll keep you posted! >> >> Nicolas >> >> On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV >> >> >> wrote: >> >> Hello, >> >> I can insert it into my package, but I will have to figure out how >> to deal with it using CMake >> >> On 12-04-11 12:22 PM, Nicolas Rannou wrote: >> >> Yes that's what I meant, sorry for the confusion! >> >> So I guess my best bet is to build it manually and install it where >> FreeSurfer is expecting it! >> And maybe work a Debian packaging to make it easy for people to >> use. >> >> Thanks, >> Nicolas >> >> On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV >> >> > >> __>> wrote: >> >> Hello Nicolas, >> >> I don't quite understand what Perl support means in this >> context. Do you >> mean mni-perllib package ( >> https://github.com/__**andrewjanke/mni-perllib >> >> > >> ) ? >> >> On 12-04-11 11:48 AM, Nicolas Rannou wrote: >> > Hi Vladimir, >> > >> > It looks like MINC is not built with Perl support in those >> packages... :( >> > >> > Is it correct and if so do you plan to integrate it at some >> point? >> > Is there any good way I can do it or help? >> > >> > It is unfortunately requiered by freesurfer...! >> > >> > Thanks and keep up the great work! >> > Nicolas >> > >> > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV >> > >> > >__> >> >> >> > __>>> wrote: >> > >> > Hello, >> > >> > >> > we have moved minc development to >> > https://github.com/____**organizations/BIC-MNI >> >> > >> >> > >> >> >> >> > >> > I have been working on making a unified minc package, but it >> still >> > work in progress. >> > >> > You can try >> > >> http://www.bic.mni.mcgill.ca/~**____vfonov/software/minc-__** >> toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> > >> > toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> >> >> >> > >> > toolkit-0.3.0-20120408-Linux-_**_x86_64.deb >> >> > toolkit-0.3.0-20120408-Linux-**x86_64.deb >> >> >> > - compiled on Ubuntu 11.10 but with most dependencies >> built-in. All >> > the tools will be installed in /opt/minc (this is temporary >> place) , >> > source /opt/minc/minc-toolkit-config.**____sh to >> configure >> >> environment. >> > >> > >> > >> > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: >> > >> > Hi all, >> > >> > Do you plan to provide Debian packages for 12.04 before >> the next >> > release >> > of Ubuntu 12.04? (April 26th) >> > >> > We are using FreeSurfer, which requires libminc2 and >> minc >> tools >> > such as N3. >> > >> > libminc2 is already available but for instance, >> mincbundles >> > appears to >> > be outdated. >> > freesurfer relies on nu_correct for instance. >> > >> > root at bilbao:~# apt-get install mincbundle >> > Reading package lists... Done >> > Building dependency tree >> > Reading state information... Done >> > Some packages could not be installed. This may mean that >> you have >> > requested an impossible situation or if you are using >> the >> unstable >> > distribution that some required packages have not yet >> been created >> > or been moved out of Incoming. >> > The following information may help to resolve the >> situation: >> > >> > The following packages have unmet dependencies: >> > mincbundle : Depends: glutg3-dev but it is not >> installable >> > Depends: libsoqt3-dev but it is not >> installable >> > Depends: mincsample but it is not >> installable >> > Depends: mni-models-colin27-lin but it >> is not >> > installable >> > Depends: mni-models-icbm152-lin but it >> is not >> > installable >> > E: Unable to correct problems, you have held broken >> packages. >> > > > > -- > Best regards, > > Vladimir S. FONOV ~ vladimir fonov gmail com > ______________________________**_________________ > MINC-development mailing list > MINC-development at bic.mni.**mcgill.ca > http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.lists at gmail.com Wed Apr 11 15:35:28 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Wed, 11 Apr 2012 15:35:28 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> Message-ID: *in the new debian pacakge:* perl->MNI: ok -> auto : *missing* some files ok *make install from mni-perl:* perl->MNI: ok ->auto:* ok* some files ok On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou wrote: > Great! > > I gave it a shot and it looks like in the Perl directory, the "*auto*" > directory is missing (not sure what it is, but is used by FreeSurfer as > well...): > > *in the new debian pacakge:* > perl->MNI-> some files OK > some files ok > > *make install from mni-perl:* > perl->auto->* missing* > ->MNI-> some file OK > some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV < > vladimir.fonov at gmail.com> wrote: > >> Hello, >> >> I made a simple command to install files in /opt/minc/perl (also added >> PERL5LIB variable in /opt/minc/minc-toolkit-config.**sh ) >> >> So, try it on http://www.bic.mni.mcgill.ca/~** >> vfonov/software/minc-toolkit-**0.3.2-20120411-Linux-x86_64.**deb >> >> On 12-04-11 12:42 PM, Nicolas Rannou wrote: >> >>> That would be great! but I'm not sure on how much work it involves. >>> >>> I'm currently testing FreeSurfer against minc2 debian (provided by you) >>> + mni-perlib from github >>> >>> I'll keep you posted! >>> >>> Nicolas >>> >>> On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV >>> >> >>> wrote: >>> >>> Hello, >>> >>> I can insert it into my package, but I will have to figure out how >>> to deal with it using CMake >>> >>> On 12-04-11 12:22 PM, Nicolas Rannou wrote: >>> >>> Yes that's what I meant, sorry for the confusion! >>> >>> So I guess my best bet is to build it manually and install it >>> where >>> FreeSurfer is expecting it! >>> And maybe work a Debian packaging to make it easy for people to >>> use. >>> >>> Thanks, >>> Nicolas >>> >>> On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV >>> >>> >> >>> __>> wrote: >>> >>> Hello Nicolas, >>> >>> I don't quite understand what Perl support means in this >>> context. Do you >>> mean mni-perllib package ( >>> https://github.com/__**andrewjanke/mni-perllib >>> >>> > >>> ) ? >>> >>> On 12-04-11 11:48 AM, Nicolas Rannou wrote: >>> > Hi Vladimir, >>> > >>> > It looks like MINC is not built with Perl support in those >>> packages... :( >>> > >>> > Is it correct and if so do you plan to integrate it at some >>> point? >>> > Is there any good way I can do it or help? >>> > >>> > It is unfortunately requiered by freesurfer...! >>> > >>> > Thanks and keep up the great work! >>> > Nicolas >>> > >>> > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV >>> > >>> >> >__> >>> >>> >>> >> __>>> wrote: >>> > >>> > Hello, >>> > >>> > >>> > we have moved minc development to >>> > https://github.com/____**organizations/BIC-MNI >>> >>> > >>> >>> > >>> >>> >> >>> > >>> > I have been working on making a unified minc package, but >>> it >>> still >>> > work in progress. >>> > >>> > You can try >>> > >>> http://www.bic.mni.mcgill.ca/~**____vfonov/software/minc-__** >>> toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >>> >> toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >>> > >>> >> toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >>> >> toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >>> >> >>> >>> > >>> >> toolkit-0.3.0-20120408-Linux-_**_x86_64.deb >>> >>> >> toolkit-0.3.0-20120408-Linux-**x86_64.deb >>> >> >>> > - compiled on Ubuntu 11.10 but with most dependencies >>> built-in. All >>> > the tools will be installed in /opt/minc (this is temporary >>> place) , >>> > source /opt/minc/minc-toolkit-config.**____sh to >>> configure >>> >>> environment. >>> > >>> > >>> > >>> > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: >>> > >>> > Hi all, >>> > >>> > Do you plan to provide Debian packages for 12.04 before >>> the next >>> > release >>> > of Ubuntu 12.04? (April 26th) >>> > >>> > We are using FreeSurfer, which requires libminc2 and >>> minc >>> tools >>> > such as N3. >>> > >>> > libminc2 is already available but for instance, >>> mincbundles >>> > appears to >>> > be outdated. >>> > freesurfer relies on nu_correct for instance. >>> > >>> > root at bilbao:~# apt-get install mincbundle >>> > Reading package lists... Done >>> > Building dependency tree >>> > Reading state information... Done >>> > Some packages could not be installed. This may mean >>> that >>> you have >>> > requested an impossible situation or if you are using >>> the >>> unstable >>> > distribution that some required packages have not yet >>> been created >>> > or been moved out of Incoming. >>> > The following information may help to resolve the >>> situation: >>> > >>> > The following packages have unmet dependencies: >>> > mincbundle : Depends: glutg3-dev but it is not >>> installable >>> > Depends: libsoqt3-dev but it is not >>> installable >>> > Depends: mincsample but it is not >>> installable >>> > Depends: mni-models-colin27-lin but it >>> is not >>> > installable >>> > Depends: mni-models-icbm152-lin but it >>> is not >>> > installable >>> > E: Unable to correct problems, you have held broken >>> packages. >>> >> >> >> >> -- >> Best regards, >> >> Vladimir S. FONOV ~ vladimir fonov gmail com >> ______________________________**_________________ >> MINC-development mailing list >> MINC-development at bic.mni.**mcgill.ca >> http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.fonov at gmail.com Wed Apr 11 15:52:22 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 11 Apr 2012 15:52:22 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> Message-ID: <4F85E0F6.3020706@gmail.com> Hello, it seem to be that files which are installed in perl/MNI/ are processed by AutoSplit.pm to create auto subdirectory. Right now I don't know how to do it from CMake ... On 12-04-11 03:35 PM, Nicolas Rannou wrote: > *in the new debian pacakge:* > perl->MNI: ok > -> auto : *missing* > some files ok > > *make install from mni-perl:* > perl->MNI: ok > ->auto:*ok* > some files ok > > On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou > wrote: > > Great! > > I gave it a shot and it looks like in the Perl directory, the > "*auto*" directory is missing (not sure what it is, but is used by > FreeSurfer as well...): > > *in the new debian pacakge:* > perl->MNI-> some files OK > some files ok > > *make install from mni-perl:* > perl->auto->*missing* > ->MNI-> some file OK > some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV > > wrote: > > Hello, > > I made a simple command to install files in /opt/minc/perl (also > added PERL5LIB variable in /opt/minc/minc-toolkit-config.__sh ) > > So, try it on > http://www.bic.mni.mcgill.ca/~__vfonov/software/minc-toolkit-__0.3.2-20120411-Linux-x86_64.__deb > > -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From vladimir.fonov at gmail.com Wed Apr 11 18:03:02 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 11 Apr 2012 18:03:02 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> Message-ID: <4F85FF96.8040107@gmail.com> Hello, ok, I figured out how to generate these files, I included the changes in http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.2-20120411-Linux-x86_64.deb On 12-04-11 03:35 PM, Nicolas Rannou wrote: > *in the new debian pacakge:* > perl->MNI: ok > -> auto : *missing* > some files ok > > *make install from mni-perl:* > perl->MNI: ok > ->auto:*ok* > some files ok > > On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou > wrote: > > Great! > > I gave it a shot and it looks like in the Perl directory, the > "*auto*" directory is missing (not sure what it is, but is used by > FreeSurfer as well...): > > *in the new debian pacakge:* > perl->MNI-> some files OK > some files ok > > *make install from mni-perl:* > perl->auto->*missing* > ->MNI-> some file OK > some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV > > wrote: > > Hello, > > I made a simple command to install files in /opt/minc/perl (also > added PERL5LIB variable in /opt/minc/minc-toolkit-config.__sh ) > > So, try it on > http://www.bic.mni.mcgill.ca/~__vfonov/software/minc-toolkit-__0.3.2-20120411-Linux-x86_64.__deb > > > > On 12-04-11 12:42 PM, Nicolas Rannou wrote: > > That would be great! but I'm not sure on how much work it > involves. > > I'm currently testing FreeSurfer against minc2 debian > (provided by you) > + mni-perlib from github > > I'll keep you posted! > > Nicolas > > On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV > > >> wrote: > > Hello, > > I can insert it into my package, but I will have to > figure out how > to deal with it using CMake > > On 12-04-11 12:22 PM, Nicolas Rannou wrote: > > Yes that's what I meant, sorry for the confusion! > > So I guess my best bet is to build it manually and > install it where > FreeSurfer is expecting it! > And maybe work a Debian packaging to make it easy > for people to use. > > Thanks, > Nicolas > > On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV > > __> > > > __>__>> wrote: > > Hello Nicolas, > > I don't quite understand what Perl support means > in this > context. Do you > mean mni-perllib package ( > https://github.com/____andrewjanke/mni-perllib > > > > ) ? > > On 12-04-11 11:48 AM, Nicolas Rannou wrote: > > Hi Vladimir, > > > > It looks like MINC is not built with Perl support in those > packages... :( > > > > Is it correct and if so do you plan to integrate it at some > point? > > Is there any good way I can do it or help? > > > > It is unfortunately requiered by freesurfer...! > > > > Thanks and keep up the great work! > > Nicolas > > > > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV > > > __> > > __>__> > > > __> > > __>__>>> wrote: > > > > Hello, > > > > > > we have moved minc development to > > https://github.com/______organizations/BIC-MNI > > > > > > > >> > > > > I have been working on making a unified minc package, > but it > still > > work in progress. > > > > You can try > > > http://www.bic.mni.mcgill.ca/~______vfonov/software/minc-____toolkit-__0.3.0-20120408-____Linux-x86_64.__deb > > > > > >> > > > > > > >> > > - compiled on Ubuntu 11.10 but with most dependencies > built-in. All > > the tools will be installed in /opt/minc (this is > temporary > place) , > > source /opt/minc/minc-toolkit-config.______sh to > configure > > environment. > > > > > > > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > > > > Hi all, > > > > Do you plan to provide Debian packages for 12.04 > before > the next > > release > > of Ubuntu 12.04? (April 26th) > > > > We are using FreeSurfer, which requires libminc2 > and minc > tools > > such as N3. > > > > libminc2 is already available but for instance, > mincbundles > > appears to > > be outdated. > > freesurfer relies on nu_correct for instance. > > > > root at bilbao:~# apt-get install mincbundle > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may > mean that > you have > > requested an impossible situation or if you are > using the > unstable > > distribution that some required packages have not yet > been created > > or been moved out of Incoming. > > The following information may help to resolve the > situation: > > > > The following packages have unmet dependencies: > > mincbundle : Depends: glutg3-dev but it is not > installable > > Depends: libsoqt3-dev but it is not > installable > > Depends: mincsample but it is not > installable > > Depends: mni-models-colin27-lin but it > is not > > installable > > Depends: mni-models-icbm152-lin but it > is not > > installable > > E: Unable to correct problems, you have held broken > packages. > > > > > -- > Best regards, > > Vladimir S. FONOV ~ vladimir fonov gmail com > _________________________________________________ > MINC-development mailing list > MINC-development at bic.mni.__mcgill.ca > > http://www.bic.mni.mcgill.ca/__mailman/listinfo/minc-__development > > > > > > > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From nicolas.lists at gmail.com Wed Apr 11 18:11:23 2012 From: nicolas.lists at gmail.com (Nicolas Rannou) Date: Wed, 11 Apr 2012 18:11:23 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: <4F85FF96.8040107@gmail.com> References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> <4F85FF96.8040107@gmail.com> Message-ID: Cool I'll try it tomorrow as soon as I arrive in my office! Thanks Nicolas On Wed, Apr 11, 2012 at 6:03 PM, Vladimir S. FONOV wrote: > Hello, > > ok, I figured out how to generate these files, I included the changes in > > http://www.bic.mni.mcgill.ca/~**vfonov/software/minc-toolkit-** > 0.3.2-20120411-Linux-x86_64.**deb > > On 12-04-11 03:35 PM, Nicolas Rannou wrote: > >> *in the new debian pacakge:* >> perl->MNI: ok >> >> -> auto : *missing* >> some files ok >> >> *make install from mni-perl:* >> perl->MNI: ok >> ->auto:*ok* >> >> some files ok >> >> On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou > >> wrote: >> >> Great! >> >> I gave it a shot and it looks like in the Perl directory, the >> "*auto*" directory is missing (not sure what it is, but is used by >> FreeSurfer as well...): >> >> *in the new debian pacakge:* >> perl->MNI-> some files OK >> some files ok >> >> *make install from mni-perl:* >> perl->auto->*missing* >> ->MNI-> some file OK >> some files ok >> >> Thanks, >> >> >> On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV >> >> >> wrote: >> >> Hello, >> >> I made a simple command to install files in /opt/minc/perl (also >> added PERL5LIB variable in /opt/minc/minc-toolkit-config.**__sh ) >> >> So, try it on >> http://www.bic.mni.mcgill.ca/~**__vfonov/software/minc-** >> toolkit-__0.3.2-20120411-**Linux-x86_64.__deb >> > toolkit-0.3.2-20120411-Linux-**x86_64.deb >> > >> >> >> >> On 12-04-11 12:42 PM, Nicolas Rannou wrote: >> >> That would be great! but I'm not sure on how much work it >> involves. >> >> I'm currently testing FreeSurfer against minc2 debian >> (provided by you) >> + mni-perlib from github >> >> I'll keep you posted! >> >> Nicolas >> >> On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV >> >> > >> > >> >>> >> wrote: >> >> Hello, >> >> I can insert it into my package, but I will have to >> figure out how >> to deal with it using CMake >> >> On 12-04-11 12:22 PM, Nicolas Rannou wrote: >> >> Yes that's what I meant, sorry for the confusion! >> >> So I guess my best bet is to build it manually and >> install it where >> FreeSurfer is expecting it! >> And maybe work a Debian packaging to make it easy >> for people to use. >> >> Thanks, >> Nicolas >> >> On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV >> >> > __> >> > *> >> >> > __>__>> wrote: >> >> Hello Nicolas, >> >> I don't quite understand what Perl support means >> in this >> context. Do you >> mean mni-perllib package ( >> https://github.com/____**andrewjanke/mni-perllib >> >> > >> >> >> >> >> >> ) ? >> >> On 12-04-11 11:48 AM, Nicolas Rannou wrote: >> > Hi Vladimir, >> > >> > It looks like MINC is not built with Perl support in those >> packages... :( >> > >> > Is it correct and if so do you plan to integrate it at some >> point? >> > Is there any good way I can do it or help? >> > >> > It is unfortunately requiered by freesurfer...! >> > >> > Thanks and keep up the great work! >> > Nicolas >> > >> > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV >> > >> > __> >> > >> > __>__> >> >> >> > >> > __> >> > *> >> > __>__>>> wrote: >> > >> > Hello, >> > >> > >> > we have moved minc development to >> > https://github.com/______**organizations/BIC-MNI >> >> > >> >> >> >> >> >> >> > >> >> > >> >> >> >>> >> > >> > I have been working on making a unified minc package, >> but it >> still >> > work in progress. >> > >> > You can try >> > >> http://www.bic.mni.mcgill.ca/~**______vfonov/software/minc-___ >> **_toolkit-__0.3.0-20120408-____**Linux-x86_64.__deb >> > **toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > >> > **toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> >> >> > **____toolkit-__0.3.0-20120408-_**___Linux-x86_64.__deb >> > **toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > >> > **toolkit-__0.3.0-20120408-__**Linux-x86_64.__deb >> > toolkit-__0.3.0-20120408-**Linux-x86_64.__deb >> >>> >> >> > >> > **__toolkit-0.3.0-20120408-**Linux-____x86_64.deb >> > toolkit-0.3.0-20120408-Linux-_**_x86_64.deb >> > >> >> >> > toolkit-0.3.0-20120408-Linux-_**_x86_64.deb >> > toolkit-0.3.0-20120408-Linux-**x86_64.deb >> >>> >> > - compiled on Ubuntu 11.10 but with most dependencies >> built-in. All >> > the tools will be installed in /opt/minc (this is >> temporary >> place) , >> > source /opt/minc/minc-toolkit-config.**______sh to >> >> configure >> >> environment. >> > >> > >> > >> > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: >> > >> > Hi all, >> > >> > Do you plan to provide Debian packages for 12.04 >> before >> the next >> > release >> > of Ubuntu 12.04? (April 26th) >> > >> > We are using FreeSurfer, which requires libminc2 >> and minc >> tools >> > such as N3. >> > >> > libminc2 is already available but for instance, >> mincbundles >> > appears to >> > be outdated. >> > freesurfer relies on nu_correct for instance. >> > >> > root at bilbao:~# apt-get install mincbundle >> > Reading package lists... Done >> > Building dependency tree >> > Reading state information... Done >> > Some packages could not be installed. This may >> mean that >> you have >> > requested an impossible situation or if you are >> using the >> unstable >> > distribution that some required packages have not >> yet >> been created >> > or been moved out of Incoming. >> > The following information may help to resolve the >> situation: >> > >> > The following packages have unmet dependencies: >> > mincbundle : Depends: glutg3-dev but it is not >> installable >> > Depends: libsoqt3-dev but it is not >> installable >> > Depends: mincsample but it is not >> installable >> > Depends: mni-models-colin27-lin but >> it >> is not >> > installable >> > Depends: mni-models-icbm152-lin but >> it >> is not >> > installable >> > E: Unable to correct problems, you have held broken >> packages. >> >> >> >> >> -- >> Best regards, >> >> Vladimir S. FONOV ~ vladimir fonov gmail com >> ______________________________**___________________ >> MINC-development mailing list >> MINC-development at bic.mni.__mcg**ill.ca >> >> > >> http://www.bic.mni.mcgill.ca/_**_mailman/listinfo/minc-__** >> development >> > development >> > >> >> >> >> >> >> ______________________________**_________________ >> MINC-development mailing list >> MINC-development at bic.mni.**mcgill.ca >> http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development >> > > > -- > Best regards, > > Vladimir S. FONOV ~ vladimir fonov gmail com > ______________________________**_________________ > MINC-development mailing list > MINC-development at bic.mni.**mcgill.ca > http://www.bic.mni.mcgill.ca/**mailman/listinfo/minc-**development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.janke at gmail.com Wed Apr 11 20:09:31 2012 From: a.janke at gmail.com (Andrew Janke) Date: Thu, 12 Apr 2012 10:09:31 +1000 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> Message-ID: You may be better off to just include this as a sub-package. http://packages.bic.mni.mcgill.ca/ubuntu-maverick/libmni-perllib-perl_0.08-1_all.deb Perl packages on debian have to be packaged using dh-make-perl which takes care of all the various deb magic. This package hasn't changed in a long time and should be safe to use on either debian or ubuntu. a On 12 April 2012 05:34, Nicolas Rannou wrote: > Great! > > I gave it a shot and it looks like in the Perl directory, the "auto" > directory is missing (not sure what it is, but is used by FreeSurfer as > well...): > > in the new debian pacakge: > perl->MNI-> some files OK > ???? some files ok > > make install from mni-perl: > perl->auto-> missing > ???? ->MNI-> some file OK > ???? some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV > wrote: >> >> Hello, >> >> I made a simple command to install files in /opt/minc/perl (also added >> PERL5LIB variable in /opt/minc/minc-toolkit-config.sh ) >> >> So, try it on >> http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.2-20120411-Linux-x86_64.deb >> >> On 12-04-11 12:42 PM, Nicolas Rannou wrote: >>> >>> That would be great! but I'm not sure on how much work it involves. >>> >>> I'm currently testing FreeSurfer against minc2 debian (provided by you) >>> + mni-perlib from github >>> >>> I'll keep you posted! >>> >>> Nicolas >>> >>> On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV >>> > wrote: >>> >>> ? ?Hello, >>> >>> ? ?I can insert it into my package, but I will have to figure out how >>> ? ?to deal with it using CMake >>> >>> ? ?On 12-04-11 12:22 PM, Nicolas Rannou wrote: >>> >>> ? ? ? ?Yes that's what I meant, sorry for the confusion! >>> >>> ? ? ? ?So I guess my best bet is to build it manually and install it >>> where >>> ? ? ? ?FreeSurfer is expecting it! >>> ? ? ? ?And maybe work a Debian packaging to make it easy for people to >>> use. >>> >>> ? ? ? ?Thanks, >>> ? ? ? ?Nicolas >>> >>> ? ? ? ?On Wed, Apr 11, 2012 at 11:54 AM, Vladimir S. FONOV >>> ? ? ? ? >>> ? ? ? ?>> >>> ? ? ? ?__>> wrote: >>> >>> ? ? ? ? ? ?Hello Nicolas, >>> >>> ? ? ? ? ? ?I don't quite understand what Perl support means in this >>> ? ? ? ?context. Do you >>> ? ? ? ? ? ?mean mni-perllib package ?( >>> ? ? ? ?https://github.com/__andrewjanke/mni-perllib >>> >>> ? ? ? ? ) ? >>> >>> ? ? ? ? ? ?On 12-04-11 11:48 AM, Nicolas Rannou wrote: >>> ? ? ? ? > Hi Vladimir, >>> ? ? ? ? > >>> ? ? ? ? > It looks like MINC is not built with Perl support in those >>> ? ? ? ? ? ?packages... :( >>> ? ? ? ? > >>> ? ? ? ? > Is it correct and if so do you plan to integrate it at some >>> ? ? ? ?point? >>> ? ? ? ? > Is there any good way I can do it or help? >>> ? ? ? ? > >>> ? ? ? ? > It is unfortunately requiered by freesurfer...! >>> ? ? ? ? > >>> ? ? ? ? > Thanks and keep up the great work! >>> ? ? ? ? > Nicolas >>> ? ? ? ? > >>> ? ? ? ? > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV >>> ? ? ? ? > >>> ? ? ? ?__> >>> >>> ? ? ? ? >>> ? ? ? ?>> ? ? ? ?__>>> wrote: >>> ? ? ? ? > >>> ? ? ? ? > ? ? Hello, >>> ? ? ? ? > >>> ? ? ? ? > >>> ? ? ? ? > ? ? we have moved minc development to >>> ? ? ? ? > https://github.com/____organizations/BIC-MNI >>> ? ? ? ? >>> >>> ? ? ? ? > >> ? ? ? ?> >>> ? ? ? ? > >>> ? ? ? ? > ? ? I have been working on making a unified minc package, but >>> it >>> ? ? ? ? ? ?still >>> ? ? ? ? > ? ? work in progress. >>> ? ? ? ? > >>> ? ? ? ? > ? ? You can try >>> ? ? ? ? > >>> >>> ?http://www.bic.mni.mcgill.ca/~____vfonov/software/minc-__toolkit-__0.3.0-20120408-__Linux-x86_64.__deb >>> >>> ? >>> >>> ?>> >>> ?> >>> >>> ? ? ? ? > >>> >>> ?>> >>> >>> ?> >>> ? ? ? ? > ? ? - compiled on Ubuntu 11.10 but with most dependencies >>> ? ? ? ? ? ?built-in. All >>> ? ? ? ? > ? ? the tools will be installed in /opt/minc (this is temporary >>> ? ? ? ? ? ?place) , >>> ? ? ? ? > ? ? ? source /opt/minc/minc-toolkit-config.____sh ?to configure >>> >>> ? ? ? ? ? ?environment. >>> ? ? ? ? > >>> ? ? ? ? > >>> ? ? ? ? > >>> ? ? ? ? > ? ? On 4/9/2012 1:15 PM, Nicolas Rannou wrote: >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? Hi all, >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? Do you plan to provide Debian packages for 12.04 before >>> ? ? ? ? ? ?the next >>> ? ? ? ? > ? ? ? ? release >>> ? ? ? ? > ? ? ? ? of Ubuntu 12.04? (April 26th) >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? We are using FreeSurfer, which requires libminc2 and >>> minc >>> ? ? ? ? ? ?tools >>> ? ? ? ? > ? ? ? ? such as N3. >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? libminc2 is already available but for instance, >>> ? ? ? ?mincbundles >>> ? ? ? ? > ? ? ? ? appears to >>> ? ? ? ? > ? ? ? ? be outdated. >>> ? ? ? ? > ? ? ? ? freesurfer relies on nu_correct for instance. >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? root at bilbao:~# apt-get install mincbundle >>> ? ? ? ? > ? ? ? ? Reading package lists... Done >>> ? ? ? ? > ? ? ? ? Building dependency tree >>> ? ? ? ? > ? ? ? ? Reading state information... Done >>> ? ? ? ? > ? ? ? ? Some packages could not be installed. This may mean >>> that >>> ? ? ? ? ? ?you have >>> ? ? ? ? > ? ? ? ? requested an impossible situation or if you are using >>> the >>> ? ? ? ? ? ?unstable >>> ? ? ? ? > ? ? ? ? distribution that some required packages have not yet >>> ? ? ? ? ? ?been created >>> ? ? ? ? > ? ? ? ? or been moved out of Incoming. >>> ? ? ? ? > ? ? ? ? The following information may help to resolve the >>> ? ? ? ?situation: >>> ? ? ? ? > >>> ? ? ? ? > ? ? ? ? The following packages have unmet dependencies: >>> ? ? ? ? > ? ? ? ? ? mincbundle : Depends: glutg3-dev but it is not >>> ? ? ? ?installable >>> ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ?Depends: libsoqt3-dev but it is not >>> ? ? ? ? ? ?installable >>> ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ?Depends: mincsample but it is not >>> ? ? ? ?installable >>> ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ?Depends: mni-models-colin27-lin but it >>> ? ? ? ?is not >>> ? ? ? ? > ? ? ? ? installable >>> ? ? ? ? > ? ? ? ? ? ? ? ? ? ? ? ?Depends: mni-models-icbm152-lin but it >>> ? ? ? ?is not >>> ? ? ? ? > ? ? ? ? installable >>> ? ? ? ? > ? ? ? ? E: Unable to correct problems, you have held broken >>> ? ? ? ?packages. >> >> >> >> >> -- >> Best regards, >> >> Vladimir S. FONOV ~ vladimir fonov gmail com >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > > > > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > From vladimir.fonov at gmail.com Fri Apr 13 09:07:58 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Fri, 13 Apr 2012 09:07:58 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> <4F85FF96.8040107@gmail.com> Message-ID: <4F88252E.3010302@gmail.com> Hello Everybody, it turns out that N3 is not working properly in the package mentioned below - I am still investigating. On 4/11/2012 6:11 PM, Nicolas Rannou wrote: > Cool I'll try it tomorrow as soon as I arrive in my office! > > Thanks > Nicolas > > On Wed, Apr 11, 2012 at 6:03 PM, Vladimir S. FONOV > > wrote: > > Hello, > > ok, I figured out how to generate these files, I included the changes in > > http://www.bic.mni.mcgill.ca/~__vfonov/software/minc-toolkit-__0.3.2-20120411-Linux-x86_64.__deb > > > > On 12-04-11 03:35 PM, Nicolas Rannou wrote: > > *in the new debian pacakge:* > perl->MNI: ok > > -> auto : *missing* > some files ok > > *make install from mni-perl:* > perl->MNI: ok > ->auto:*ok* > > some files ok > > On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou > > >> wrote: > > Great! > > I gave it a shot and it looks like in the Perl directory, the > "*auto*" directory is missing (not sure what it is, but is used by > FreeSurfer as well...): > > *in the new debian pacakge:* > perl->MNI-> some files OK > some files ok > > *make install from mni-perl:* > perl->auto->*missing* > ->MNI-> some file OK > some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV > > >> wrote: > > Hello, > > I made a simple command to install files in > /opt/minc/perl (also > added PERL5LIB variable in > /opt/minc/minc-toolkit-config.____sh ) > > So, try it on > http://www.bic.mni.mcgill.ca/~____vfonov/software/minc-__toolkit-__0.3.2-20120411-__Linux-x86_64.__deb > > > > > > > On 12-04-11 12:42 PM, Nicolas Rannou wrote: > > That would be great! but I'm not sure on how much > work it > involves. > > I'm currently testing FreeSurfer against minc2 debian > (provided by you) > + mni-perlib from github > > I'll keep you posted! > > Nicolas > > On Wed, Apr 11, 2012 at 12:31 PM, Vladimir S. FONOV > > > > ____com > > >>> wrote: > > Hello, > > I can insert it into my package, but I will have to > figure out how > to deal with it using CMake > > On 12-04-11 12:22 PM, Nicolas Rannou wrote: > > Yes that's what I meant, sorry for the > confusion! > > So I guess my best bet is to build it > manually and > install it where > FreeSurfer is expecting it! > And maybe work a Debian packaging to make it > easy > for people to use. > > Thanks, > Nicolas > > On Wed, Apr 11, 2012 at 11:54 AM, Vladimir > S. FONOV > > __> > > __>__> > > __> > > > __>__>__>> wrote: > > Hello Nicolas, > > I don't quite understand what Perl > support means > in this > context. Do you > mean mni-perllib package ( > https://github.com/______andrewjanke/mni-perllib > > > > > > > >> ) ? > > On 12-04-11 11:48 AM, Nicolas Rannou wrote: > > Hi Vladimir, > > > > It looks like MINC is not built with Perl support in those > packages... :( > > > > Is it correct and if so do you plan to integrate it at some > point? > > Is there any good way I can do it or help? > > > > It is unfortunately requiered by freesurfer...! > > > > Thanks and keep up the great work! > > Nicolas > > > > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV > > > __> > > __>__> > > __> > > __>__>__> > > > > __> > > __>__> > > __> > > __>__>__>>> wrote: > > > > Hello, > > > > > > we have moved minc development to > > https://github.com/________organizations/BIC-MNI > > > > > > >> > > > > > > > >>> > > > > I have been working on making a unified minc package, > but it > still > > work in progress. > > > > You can try > > > http://www.bic.mni.mcgill.ca/~________vfonov/software/minc-______toolkit-__0.3.0-20120408-______Linux-x86_64.__deb > > > > > >> > > > > > >>> > > > > > > > > > > >>> > > - compiled on Ubuntu 11.10 but with most dependencies > built-in. All > > the tools will be installed in /opt/minc (this is > temporary > place) , > > source /opt/minc/minc-toolkit-config.________sh to > > configure > > environment. > > > > > > > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > > > > Hi all, > > > > Do you plan to provide Debian packages for 12.04 > before > the next > > release > > of Ubuntu 12.04? (April 26th) > > > > We are using FreeSurfer, which requires libminc2 > and minc > tools > > such as N3. > > > > libminc2 is already available but for instance, > mincbundles > > appears to > > be outdated. > > freesurfer relies on nu_correct for instance. > > > > root at bilbao:~# apt-get install mincbundle > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may > mean that > you have > > requested an impossible situation or if you are > using the > unstable > > distribution that some required packages have not yet > been created > > or been moved out of Incoming. > > The following information may help to resolve the > situation: > > > > The following packages have unmet dependencies: > > mincbundle : Depends: glutg3-dev but it is not > installable > > Depends: libsoqt3-dev but it is not > installable > > Depends: mincsample but it is not > installable > > Depends: mni-models-colin27-lin but it > is not > > installable > > Depends: mni-models-icbm152-lin but it > is not > > installable > > E: Unable to correct problems, you have held broken > packages. -- Best regards, Vladimir.FONOV gmail com From vladimir.fonov at gmail.com Fri Apr 13 11:49:45 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Fri, 13 Apr 2012 11:49:45 -0400 Subject: [MINC-development] -O3 breaks N3 Message-ID: <4F884B19.2030807@gmail.com> Hello, looks like compiling EBTKS and/or N3 with -O3 flag (default for release build in CMake) breaks nu_correct completely (i.e it doesn't converge). Any ideas why it happens and how to fix it, apart from the obvious suggestion of using -O2 flag of course. -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From vladimir.fonov at gmail.com Fri Apr 13 12:23:41 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Fri, 13 Apr 2012 12:23:41 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> Message-ID: <4F88530D.9040705@gmail.com> Hello, On 12-04-13 12:03 PM, Claude LEPAGE wrote: >> looks like compiling EBTKS and/or N3 with -O3 flag (default for release >> build in CMake) breaks nu_correct completely (i.e it doesn't converge). >> Any ideas why it happens and how to fix it, apart from the obvious >> suggestion of using -O2 flag of course. > > I prefer not to touch that code. It's quite a mess with the templates. > Basically, it's very poorly designed C++ code. Perhaps running valgrind > on it would give you clues where to look. Otherwise, be happy to use -O2. Also, it turns out that even when nu_correct produces results it is slightly different between two versions. I assume that different comes from using different versions of gcc or math libraries... Since nu_correct is usually the first thing which is applied to the mri scan it raises some interesting questions on reproducibility of our research... -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From zijdenbos at gmail.com Sat Apr 14 06:47:04 2012 From: zijdenbos at gmail.com (Alex Zijdenbos) Date: Sat, 14 Apr 2012 12:47:04 +0200 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F88530D.9040705@gmail.com> References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> <4F88530D.9040705@gmail.com> Message-ID: On Fri, Apr 13, 2012 at 6:23 PM, Vladimir S. FONOV wrote: > Hello, > > > On 12-04-13 12:03 PM, Claude LEPAGE wrote: >>> >>> looks like compiling EBTKS and/or N3 with -O3 flag (default for release >>> build in CMake) breaks nu_correct completely (i.e it doesn't converge). >>> Any ideas why it happens and how to fix it, apart from the obvious >>> suggestion of using -O2 flag of course. >> >> >> I prefer not to touch that code. It's quite a mess with the templates. >> Basically, it's very poorly designed C++ code. Perhaps running valgrind >> on it would give you clues where to look. Otherwise, be happy to use -O2. [ of course I could argue that the design of the original (now EBTKS) template code was actually quite elegant and working beautifully with Sun's compilers 20 years back (pre-gcc); and that it's since been broken due to gcc's flight-of-the-bumblebee development; but why bother ;-) ] I think there are two issues here: (1) what to do with the legacy C++ template code which has been causing plenty of headaches over the years; and (2) how the MINC/CIVET/whatever code behaves under influence of changing environments (OS, compilers, math libraries, etc). Re: (1), I think that ideally EBTKS would be written out of the MINC/etc codebase altogether. I suspect that would primarily affect N3, so it at least it would require a substantial rewrite of N3. However, I do think there may be a shortcut to be taken here, which would be to leave the code pretty much as it is, but just work the C++ template pieces out of it. That could probably be done with a manageable amount of copy/paste/search/replace; basically instantiating the templates (only) for the types needed (which probably aren't many in the end). Question is, who? Does John need a sabbatical perhaps? ;-) > Also, it turns out that even when nu_correct produces results it is slightly > different between two versions. I assume that different comes from using > different versions of gcc ?or math libraries... > > Since nu_correct is usually the first thing which is applied to the mri scan > it raises some interesting questions on reproducibility of our research... So re:(2): a very valid point, but not specific to N3. Some years ago I actually ran some tests and iirc N3 was not the only bit of code subject to changing results as a function of -OX compiler flags; various other pieces of the MINC (and CIVET) codebase also produce different results when built with different flags or against different library versions. In practice one shouldn't mix and match software builds within the same study population of course; but that still leaves the question of "now I reprocessed my 500 scans with this new build and all my results are different", which I am sure has happened to all of us (and perhaps unknowingly). I quarantine all software builds but even with that you can get bitten by changing OS/hardware/libraries - and of course you really don't want to be stuck with old builds as bugs are also fixed all the time... Regression testing, anyone? Would be nice to set up some specific tests that could be part of the MINC install/distribution; but I fear that byte-for-byte identical results will be difficult to obtain, which leaves the question of how to judge the impact of any differences that will show up. Ideas anybody? -- A From a.janke at gmail.com Sat Apr 14 08:34:41 2012 From: a.janke at gmail.com (Andrew Janke) Date: Sat, 14 Apr 2012 22:34:41 +1000 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F884B19.2030807@gmail.com> References: <4F884B19.2030807@gmail.com> Message-ID: Hi Vlad, I have known of this behaviour in N3 for some time, there are (or were!) options set in the EBTKS and N3 autoconf make packages to take care of this. When I last looked into this (a long time back) it was to do with loop unrolling, specifically the Greg Ward? initiated habits of using for_less() style loops that resulted in a lot of index pre-crementing. I did find at the time that rewriting (or removing) the for_less style macros fixed the issues. At the time the decision was made not to include these fixes as it made the code quite a bit slower and thus the reason for the for_less() style macros in the first place. Note that I have also seen this same behaviour in minctracc. a On 14 April 2012 01:49, Vladimir S. FONOV wrote: > looks like compiling EBTKS and/or N3 with -O3 flag (default for release > build in CMake) breaks nu_correct completely (i.e it doesn't converge). > Any ideas why it happens and how to fix it, apart from the obvious > suggestion of using -O2 flag of course. From vladimir.fonov at gmail.com Sat Apr 14 09:20:10 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Sat, 14 Apr 2012 09:20:10 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> <4F88530D.9040705@gmail.com> Message-ID: <4F89798A.8090908@gmail.com> Hello Everybody, On 4/14/2012 6:47 AM, Alex Zijdenbos wrote: > Re: (1), I think that ideally EBTKS would be written out of the > MINC/etc codebase altogether. I suspect that would primarily affect > N3, so it at least it would require a substantial rewrite of N3. > However, I do think there may be a shortcut to be taken here, which > would be to leave the code pretty much as it is, but just work the C++ > template pieces out of it. That could probably be done with a > manageable amount of copy/paste/search/replace; basically > instantiating the templates (only) for the types needed (which > probably aren't many in the end). Question is, who? Does John need a > sabbatical perhaps? ;-) my first instinct would be to replace that elegantly written piece of code with something that is supported by community and still under development, for example GSL. Second idea would be to replace N3 with N4 ( http://www.slicer.org/slicerWiki/index.php/Documentation/4.0/Modules/N4ITKBiasFieldCorrection ) and just write a wrapper scripts like nu_correct and nu_evaluate that would mimic behavior of N3 using calls to N4 and ITK. -- Best regards, Vladimir.FONOV gmail com From jgsled at phenogenomics.ca Sat Apr 14 11:50:54 2012 From: jgsled at phenogenomics.ca (John G. Sled) Date: Sat, 14 Apr 2012 11:50:54 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F89798A.8090908@gmail.com> References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> Message-ID: <4F899CDE.9050805@phenogenomics.ca> Greetings, I do not expect it will be too much work to divorce N3 from the EBTKS. The data types that N3 uses from EBTKS are the matrix and string functions. I expect the latter are trivially replaced by (now) standard library calls. The matrix functionality that is needed is allocation and resizing of arrays, matrix multiplication and inversion, 1D fft, as well as exposing the numerical data as a pointer. The matrix inversion could be switched to lapack calls, since this is already a dependency. As with most such projects, I expect much of the work will go into convincing oneself that the revised code is not broken. With respect to the -O2 vs. -O3, I think that requiring the code be compiled with -O2 is a reasonable requirement. Based on the discussion, it sounds like -O3 does not fully support standard C. I do not think reducing the code to use that subset of the language which is compatible with -O3 is time well spent. The evolution of the language and incomplete implementation by compilers has been an ongoing headache for this code base. With respect to the idea of switching N3 to be a wrapper for N4, this would not hurt my feelings. I gather that the implementation of splines is much quicker in N4. However, since the implementation is similar but not identical to N3, this would represent a significant departure from the present discussion of how to preserve byte for byte reproducibility of old results. cheers, John P.S. Alex, no sabbaticals for me, sorry. On 12-04-14 9:20 AM, Vladimir S. FONOV wrote: > Hello Everybody, > > On 4/14/2012 6:47 AM, Alex Zijdenbos wrote: >> Re: (1), I think that ideally EBTKS would be written out of the >> MINC/etc codebase altogether. I suspect that would primarily affect >> N3, so it at least it would require a substantial rewrite of N3. >> However, I do think there may be a shortcut to be taken here, which >> would be to leave the code pretty much as it is, but just work the C++ >> template pieces out of it. That could probably be done with a >> manageable amount of copy/paste/search/replace; basically >> instantiating the templates (only) for the types needed (which >> probably aren't many in the end). Question is, who? Does John need a >> sabbatical perhaps? ;-) > > my first instinct would be to replace that elegantly written piece of > code with something that is supported by community and still under > development, for example GSL. > > Second idea would be to replace N3 with N4 ( > http://www.slicer.org/slicerWiki/index.php/Documentation/4.0/Modules/N4ITKBiasFieldCorrection > ) and just write a wrapper scripts like nu_correct and nu_evaluate > that would mimic behavior of N3 using calls to N4 and ITK. > > > From vladimir.fonov at gmail.com Sat Apr 14 12:33:58 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Sat, 14 Apr 2012 12:33:58 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F899CDE.9050805@phenogenomics.ca> References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> <4F88530D.9040705@gmail.com> <4F89798A.8090908@gmail.com> <4F899CDE.9050805@phenogenomics.ca> Message-ID: Hello, On Sat, Apr 14, 2012 at 11:50 AM, John G. Sled wrote: > I do not expect it will be too much work to divorce N3 from the EBTKS. ?The > data types that N3 uses from EBTKS are the matrix and string functions. ?I > expect the latter are trivially replaced by (now) standard library calls. > ?The matrix functionality that is needed is allocation and resizing of > arrays, matrix multiplication and inversion, 1D fft, as well as exposing the > numerical data as a pointer. ?The matrix inversion could be switched to > lapack calls, since this is already a dependency. ?As with most such > projects, I expect much of the work will go into convincing oneself that the > revised code is not broken. Well, there are no tests to convince one that the current implimentatation is not broken either. I remember an experiment that Claude performed a couple of years ago , which involved improving N3 . Unfortunately it completely changed the results of cortical thickness analysis that Alan's group was doing at the time. > With respect to the -O2 vs. -O3, I think that requiring the code be compiled > with -O2 is a reasonable requirement. ?Based on the discussion, it sounds > like -O3 does not fully support standard C. ?I do not think reducing the > code to use that subset of the language which is compatible with -O3 is time > well spent. ?The evolution of the language and incomplete implementation by > compilers has been ?an ongoing headache for this code base. I believe that results should not change regardless of either O3 or O2 and it is not the matter of supporting standard C. I suspect it is really the results of circumventing semantics of standard C like passing some const pointers and then casting it to a non-const pointer etc. > With respect to the idea of switching N3 to be a wrapper for N4, this would > not hurt my feelings. ?I gather that the implementation of splines is much > quicker in N4. ? However, since the implementation is similar but not > identical to N3, this would represent a significant departure from the > present discussion of how to preserve byte for byte reproducibility of old > results. Current version 1.12 does not produce the same results as 1.10.1 or 1.11 and apperently it also depends on the version of the compiler used. I can imagine that the old results produced on a SGI machines are now completely unreproducable on intel desktops. Even if we manage to compile same version of N3 that was used at the time. > On 12-04-14 9:20 AM, Vladimir S. FONOV wrote: >> >> Hello Everybody, >> >> On 4/14/2012 6:47 AM, Alex Zijdenbos wrote: >>> >>> Re: (1), I think that ideally EBTKS would be written out of the >>> MINC/etc codebase altogether. I suspect that would primarily affect >>> N3, so it at least it would require a substantial rewrite of N3. >>> However, I do think there may be a shortcut to be taken here, which >>> would be to leave the code pretty much as it is, but just work the C++ >>> template pieces out of it. That could probably be done with a >>> manageable amount of copy/paste/search/replace; basically >>> instantiating the templates (only) for the types needed (which >>> probably aren't many in the end). Question is, who? Does John need a >>> sabbatical perhaps? ;-) >> >> >> my first instinct would be to replace that elegantly written piece of code >> with something that is supported by community and still under development, >> for example GSL. >> >> Second idea would be to replace N3 with N4 ( >> http://www.slicer.org/slicerWiki/index.php/Documentation/4.0/Modules/N4ITKBiasFieldCorrection >> ) and just write a wrapper scripts like nu_correct and nu_evaluate that >> would mimic behavior of N3 using calls to N4 and ITK. >> >> >> > > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development -- Best regards, ?Vladimir S. Fonov ~ vladimir fonov gmail com From jgsled at phenogenomics.ca Sat Apr 14 13:52:23 2012 From: jgsled at phenogenomics.ca (John G. Sled) Date: Sat, 14 Apr 2012 13:52:23 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <201204131603.q3DG3VRQ028988@cassio.bic.mni.mcgill.ca> Message-ID: <4F89B957.4090901@phenogenomics.ca> Vlad, N3 version 1.0 included a test suite and reference data computed on the SGI. My recollection is that it would report differences at the level of 1e-5 for intel systems. I think the test suite was dropped in the move to standardize the build processes across the different minc packages. I have not been following the recent revisions too closely, but I gather there have been some minor algorithmic changes introduced that could explain larger deviations from the original results. With respect to -O3, I expect you are correct about there being problems with const pointer aliasing. The for_less macro that was mentioned doesn't sound like an example of that though. cheers, John On 12-04-14 12:33 PM, Vladimir S. FONOV wrote: > Hello, > > > On Sat, Apr 14, 2012 at 11:50 AM, John G. Sled wrote: >> I do not expect it will be too much work to divorce N3 from the EBTKS. The >> data types that N3 uses from EBTKS are the matrix and string functions. I >> expect the latter are trivially replaced by (now) standard library calls. >> The matrix functionality that is needed is allocation and resizing of >> arrays, matrix multiplication and inversion, 1D fft, as well as exposing the >> numerical data as a pointer. The matrix inversion could be switched to >> lapack calls, since this is already a dependency. As with most such >> projects, I expect much of the work will go into convincing oneself that the >> revised code is not broken. > Well, there are no tests to convince one that the current > implimentatation is not broken either. I remember an experiment that > Claude performed a couple of years ago , which involved improving N3 . > Unfortunately it completely changed the results of cortical thickness > analysis that Alan's group was doing at the time. > > >> With respect to the -O2 vs. -O3, I think that requiring the code be compiled >> with -O2 is a reasonable requirement. Based on the discussion, it sounds >> like -O3 does not fully support standard C. I do not think reducing the >> code to use that subset of the language which is compatible with -O3 is time >> well spent. The evolution of the language and incomplete implementation by >> compilers has been an ongoing headache for this code base. > I believe that results should not change regardless of either O3 or > O2 and it is not the matter of supporting standard C. I suspect it is > really the results of circumventing semantics of standard C like > passing some const pointers and then casting it to a non-const pointer > etc. > >> With respect to the idea of switching N3 to be a wrapper for N4, this would >> not hurt my feelings. I gather that the implementation of splines is much >> quicker in N4. However, since the implementation is similar but not >> identical to N3, this would represent a significant departure from the >> present discussion of how to preserve byte for byte reproducibility of old >> results. > Current version 1.12 does not produce the same results as 1.10.1 or 1.11 > and apperently it also depends on the version of the compiler used. > I can imagine that the old results produced on a SGI machines are now > completely unreproducable on intel desktops. Even if we manage to > compile same version of N3 that was used at the time. > > >> On 12-04-14 9:20 AM, Vladimir S. FONOV wrote: >>> Hello Everybody, >>> >>> On 4/14/2012 6:47 AM, Alex Zijdenbos wrote: >>>> Re: (1), I think that ideally EBTKS would be written out of the >>>> MINC/etc codebase altogether. I suspect that would primarily affect >>>> N3, so it at least it would require a substantial rewrite of N3. >>>> However, I do think there may be a shortcut to be taken here, which >>>> would be to leave the code pretty much as it is, but just work the C++ >>>> template pieces out of it. That could probably be done with a >>>> manageable amount of copy/paste/search/replace; basically >>>> instantiating the templates (only) for the types needed (which >>>> probably aren't many in the end). Question is, who? Does John need a >>>> sabbatical perhaps? ;-) >>> >>> my first instinct would be to replace that elegantly written piece of code >>> with something that is supported by community and still under development, >>> for example GSL. >>> >>> Second idea would be to replace N3 with N4 ( >>> http://www.slicer.org/slicerWiki/index.php/Documentation/4.0/Modules/N4ITKBiasFieldCorrection >>> ) and just write a wrapper scripts like nu_correct and nu_evaluate that >>> would mimic behavior of N3 using calls to N4 and ITK. >>> >>> >>> >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > > From claude at bic.mni.mcgill.ca Sat Apr 14 14:12:24 2012 From: claude at bic.mni.mcgill.ca (Claude LEPAGE) Date: Sat, 14 Apr 2012 14:12:24 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: Message-ID: <201204141812.q3EICOqk009248@cassio.bic.mni.mcgill.ca> > > Well, there are no tests to convince one that the current > implimentatation is not broken either. I remember an experiment that > Claude performed a couple of years ago , which involved improving N3 . > Unfortunately it completely changed the results of cortical thickness > analysis that Alan's group was doing at the time. Just as a recall to everyone, my change was a bug fix to divide the damping term by N, where N is the number of degrees of freedom. This N was missing in the initial implementation. The fix occurred starting at version 1.11, so reproducing results from earlier versions will be meaningless. It is also important to note that the versions prior to 1.11 are not totally wrong. The damping term was calibrated in such a way to produce good results in MNI stereotaxic space with 1mm isotropic voxels. The old N3 (1.10) was indeed wrong with non-isotropic voxels other than 1mm (many scanners can now produce scans at 0.5mm). The new N3 is voxel-size invariant, as the formulation states in the original paper by Sled. As always in our field, it is rather easier to invalidate software than to validate it. Claude From a.janke at gmail.com Sun Apr 15 07:41:55 2012 From: a.janke at gmail.com (Andrew Janke) Date: Sun, 15 Apr 2012 21:41:55 +1000 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <201204141812.q3EICOqk009248@cassio.bic.mni.mcgill.ca> References: <201204141812.q3EICOqk009248@cassio.bic.mni.mcgill.ca> Message-ID: Absolutely... Claude, remember also the bug we fixed in EBTKS's spline implementation a long time back that was causing crashed on some files with certain magic dimensions. I can't think of how this might break anything (we added an episilon IIRC) but it was a change we had to make. I for one am keen to keep N3 as it is and I don't see it being a problem to force -02 behaviour during the compile. I have used N4 but often revert to N3, probably because it's a beast I know. a On 15 April 2012 04:12, Claude LEPAGE wrote: > As always in our field, it is rather easier to invalidate software > than to validate it. From vladimir.fonov at gmail.com Wed Apr 18 17:42:33 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 18 Apr 2012 17:42:33 -0400 Subject: [MINC-development] Debian package for ubuntu 12.04 In-Reply-To: References: <4F832DFE.1010400@ilmarin.info> <688c89b97c1c4d8fa362e58d9de85670@CHEXHUBCASBDC1.CHBOSTON.ORG> <4F85B1FF.6020601@gmail.com> <4F85BCF4.1020801@gmail.com> <4F85FF96.8040107@gmail.com> <4F88252E.3010302@gmail.com> Message-ID: <4F8F3549.9090908@gmail.com> Hello, we have fixed several bugs in creating the package recently. So, these problem got fixed in http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.3-20120418-Linux-x86_64.deb On 12-04-18 02:47 PM, Nicolas Rannou wrote: > Hi, > > It looks like some include files are missing in the deb package: (for > instance volume_io.h) > Is this file deprecated, is it an error or is it done on purpose?* > *Should the files provided by libminc-dev be part of your debian package > or it doesn't make sense? > > Moreover, some dependencies seem to be broken: > > *nicolas.rannou at paris:~/test/nico/mri $>ldd /opt/minc/bin/volume_stats * > linux-vdso.so.1 => (0x00007fff943ff000) > *libmincprog.so => not found* > > And I can't figure out which package/source provides mincprog.so > > Best, > Nicolas > * > toor at paris:~ $>sudo apt-file search volume_io.h* > libminc-dev: /usr/include/volume_io.h > libminc-dev: /usr/include/volume_io/ > internal_volume_io.h > * > toor at paris:~ $>ls /opt/minc/include/* > arguments.h H5FDmpi.h H5Spublic.h > minc_io_simple_volume.h > bicpl/ H5FDmpio.h H5Tpublic.h mniBaseVolume.h > bicpl.h H5FDmpiposix.h H5version.h mniLabelVolume.h > EBTKS/ H5FDmulti.h H5Zpublic.h > mniVertstatsFile.h > fftw3.f H5FDpublic.h hdf5.h > mniVertstatsMath.h > fftw3.h H5FDsec2.h InsightToolkit/ mniVolume.h > gsl/ H5FDstdio.h itkMincGeneralTransform.h netcdf.h > H5ACpublic.h H5Fpublic.h itkMincHelpers.h pcrecpparg.h > H5api_adpt.h H5Gpublic.h itkMincImageIO.h pcrecpp.h > H5Apublic.h H5Ipublic.h itkMincTransformIOFactory.h pcre.h > H5Cpublic.h H5Lpublic.h itkMincTransformIO.h pcreposix.h > H5Dpublic.h H5MMpublic.h minc_1_rw.h pcre_scanner.h > H5Epubgen.h H5Opublic.h minc_1_simple.h > pcre_stringpiece.h > H5Epublic.h H5overflow.h minc_1_simple_rw.h tree.hh > H5FDcore.h H5Ppublic.h minc2.h volume_io/ > H5FDdirect.h H5pubconf.h minc_io_4d_volume.h zconf.h > H5FDfamily.h H5public.h minc_io_exceptions.h zlib.h > H5FDlog.h H5Rpublic.h minc_io_fixed_vector.h > > > On Fri, Apr 13, 2012 at 9:07 AM, Vladimir S. FONOV > > wrote: > > Hello Everybody, > > > it turns out that N3 is not working properly in the package > mentioned below - I am still investigating. > > > > On 4/11/2012 6:11 PM, Nicolas Rannou wrote: > > Cool I'll try it tomorrow as soon as I arrive in my office! > > Thanks > Nicolas > > On Wed, Apr 11, 2012 at 6:03 PM, Vladimir S. FONOV > > >> wrote: > > Hello, > > ok, I figured out how to generate these files, I included > the changes in > > http://www.bic.mni.mcgill.ca/~____vfonov/software/minc-__toolkit-__0.3.2-20120411-__Linux-x86_64.__deb > > > > > > On 12-04-11 03:35 PM, Nicolas Rannou wrote: > > *in the new debian pacakge:* > perl->MNI: ok > > -> auto : *missing* > some files ok > > *make install from mni-perl:* > perl->MNI: ok > ->auto:*ok* > > some files ok > > On Wed, Apr 11, 2012 at 3:34 PM, Nicolas Rannou > > > > ____com > > >>> wrote: > > Great! > > I gave it a shot and it looks like in the Perl > directory, the > "*auto*" directory is missing (not sure what it is, but is used by > FreeSurfer as well...): > > *in the new debian pacakge:* > perl->MNI-> some files OK > some files ok > > *make install from mni-perl:* > perl->auto->*missing* > ->MNI-> some file OK > some files ok > > Thanks, > > > On Wed, Apr 11, 2012 at 1:18 PM, Vladimir S. FONOV > > > > ____com > >>> wrote: > > Hello, > > I made a simple command to install files in > /opt/minc/perl (also > added PERL5LIB variable in > /opt/minc/minc-toolkit-config.______sh ) > > So, try it on > http://www.bic.mni.mcgill.ca/~______vfonov/software/minc-____toolkit-__0.3.2-20120411-____Linux-x86_64.__deb > > > > > > >> > > > > On 12-04-11 12:42 PM, Nicolas Rannou wrote: > > That would be great! but I'm not sure on how > much > work it > involves. > > I'm currently testing FreeSurfer against > minc2 debian > (provided by you) > + mni-perlib from github > > I'll keep you posted! > > Nicolas > > On Wed, Apr 11, 2012 at 12:31 PM, Vladimir > S. FONOV > > > > ____com > >> > . > .>______com > > > ____com > >>>> wrote: > > Hello, > > I can insert it into my package, but I > will have to > figure out how > to deal with it using CMake > > On 12-04-11 12:22 PM, Nicolas Rannou wrote: > > Yes that's what I meant, sorry for the > confusion! > > So I guess my best bet is to build it > manually and > install it where > FreeSurfer is expecting it! > And maybe work a Debian packaging to > make it > easy > for people to use. > > Thanks, > Nicolas > > On Wed, Apr 11, 2012 at 11:54 AM, > Vladimir > S. FONOV > > __> > > __>__> > > __> > > __>__>__> > > __> > > __>__> > > > __> > > __>__>__>__>> wrote: > > Hello Nicolas, > > I don't quite understand what Perl > support means > in this > context. Do you > mean mni-perllib package ( > https://github.com/________andrewjanke/mni-perllib > > > > > > >> > > > > > > > >>> ) ? > > On 12-04-11 11:48 AM, Nicolas > Rannou wrote: > > Hi Vladimir, > > > > It looks like MINC is not built with Perl support in those > packages... :( > > > > Is it correct and if so do you plan to integrate it at some > point? > > Is there any good way I can do it or help? > > > > It is unfortunately requiered by freesurfer...! > > > > Thanks and keep up the great work! > > Nicolas > > > > On Mon, Apr 9, 2012 at 2:44 PM, Vladimir S. FONOV > > > __> > > __>__> > > __> > > __>__>__> > > __> > > __>__> > > __> > > __>__>__>__> > > > > > __> > > __>__> > > __> > > __>__>__> > > __> > > __>__> > > __> > > __>__>__>__>>> wrote: > > > > Hello, > > > > > > we have moved minc development to > > https://github.com/__________organizations/BIC-MNI > > > > > > >> > > > > > > >>> > > > > > > > >> > > > > > >>>> > > > > I have been working on making a unified minc package, > but it > still > > work in progress. > > > > You can try > > > http://www.bic.mni.mcgill.ca/~__________vfonov/software/minc-________toolkit-__0.3.0-20120408-________Linux-x86_64.__deb > > > > > >> > > > > > > >>> > > > > > > >> > > > > > >>>> > > > > > > > > > >> > > > > > > > >>>> > > - compiled on Ubuntu 11.10 but with most dependencies > built-in. All > > the tools will be installed in /opt/minc (this is > temporary > place) , > > source /opt/minc/minc-toolkit-config.__________sh to > > > configure > > environment. > > > > > > > > On 4/9/2012 1:15 PM, Nicolas Rannou wrote: > > > > Hi all, > > > > Do you plan to provide Debian packages for 12.04 > before > the next > > release > > of Ubuntu 12.04? (April 26th) > > > > We are using FreeSurfer, which requires libminc2 > and minc > tools > > such as N3. > > > > libminc2 is already available but for instance, > mincbundles > > appears to > > be outdated. > > freesurfer relies on nu_correct for instance. > > > > root at bilbao:~# apt-get install mincbundle > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may > mean that > you have > > requested an impossible situation or if you are > using the > unstable > > distribution that some required packages have not yet > been created > > or been moved out of Incoming. > > The following information may help to resolve the > situation: > > > > The following packages have unmet dependencies: > > mincbundle : Depends: glutg3-dev but it is not > installable > > Depends: libsoqt3-dev but it is not > installable > > Depends: mincsample but it is not > installable > > Depends: mni-models-colin27-lin but it > is not > > installable > > Depends: mni-models-icbm152-lin but it > is not > > installable > > E: Unable to correct problems, you have held broken > packages. > > > > -- > Best regards, > > Vladimir.FONOV gmail com > > -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From vladimir.fonov at gmail.com Wed Apr 18 19:00:45 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Wed, 18 Apr 2012 19:00:45 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <201204141812.q3EICOqk009248@cassio.bic.mni.mcgill.ca> Message-ID: <4F8F479D.4000804@gmail.com> Hello Everybody, Turns out that N3 is broken with -O2. Actually , compiling http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz using standard ./configure & make produces a code which seem to work, but essentially corrects nothing at least when applied to icmb 00100 t1w scan : ( /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz on the bic system) it produces an imp file : MNI Field File %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp Version = 0.9.0; Field_Type = B_Spline; Distance = 200; Domain = -81.519097598907 89.3619937534825 -95.84404 164.15596 -155.813426545559 107.579156148442; Coefficients = 6.93367797718816e-310 6.93367797718816e-310 0 0 0 ...(all zeroes) 0; When compiled on ubuntu 11.04 , gcc version 4.5.2 Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 works as expected. On 12-04-15 07:41 AM, Andrew Janke wrote: > Absolutely... > > Claude, remember also the bug we fixed in EBTKS's spline > implementation a long time back that was causing crashed on some files > with certain magic dimensions. I can't think of how this might break > anything (we added an episilon IIRC) but it was a change we had to > make. > > I for one am keen to keep N3 as it is and I don't see it being a > problem to force -02 behaviour during the compile. I have used N4 but > often revert to N3, probably because it's a beast I know. -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From claude at bic.mni.mcgill.ca Wed Apr 18 23:58:04 2012 From: claude at bic.mni.mcgill.ca (Claude LEPAGE) Date: Wed, 18 Apr 2012 23:58:04 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F8F479D.4000804@gmail.com> Message-ID: <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Hi, I think the damping of 1.0e-7 might be a little bit too aggressive and not enough damping can cause the matrix system to be ill-conditioned. While it works in most cases, a value of 1.0e-6 will give similar results and will be more robust numerically. Can you try that? Claude > Hello Everybody, > > Turns out that N3 is broken with -O2. Actually , compiling > http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz > using standard ./configure & make > > produces a code which seem to work, but essentially corrects nothing at > least when applied to icmb 00100 t1w scan : > ( > /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz > on the bic system) > > it produces an imp file : > > MNI Field File > %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em > -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 > -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute > -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ > mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp > Version = 0.9.0; > Field_Type = B_Spline; > Distance = 200; > Domain = > -81.519097598907 89.3619937534825 > -95.84404 164.15596 > -155.813426545559 107.579156148442; > Coefficients = > 6.93367797718816e-310 > 6.93367797718816e-310 > 0 > 0 > 0 > ...(all zeroes) > 0; > > When compiled on ubuntu 11.04 , gcc version 4.5.2 > > Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 > works as expected. > > > > > On 12-04-15 07:41 AM, Andrew Janke wrote: > > Absolutely... > > > > Claude, remember also the bug we fixed in EBTKS's spline > > implementation a long time back that was causing crashed on some files > > with certain magic dimensions. I can't think of how this might break > > anything (we added an episilon IIRC) but it was a change we had to > > make. > > > > I for one am keen to keep N3 as it is and I don't see it being a > > problem to force -02 behaviour during the compile. I have used N4 but > > often revert to N3, probably because it's a beast I know. > > > -- > Best regards, > > Vladimir S. FONOV ~ vladimir fonov gmail com > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > From vladimir.fonov at gmail.com Thu Apr 19 10:59:05 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Thu, 19 Apr 2012 10:59:05 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: Hello, I managed to track problem further. First, it turns out that on new build volume_stats -nocache produced very different results then default (and consistent with old build). So, I disabled caching. On top of that, I discovered that the output of sharpen_hist changed significantly. If i give the following command line: sharpen_hist -blur -fwhm .2 -noise 0.01 -range 762.440430 1646.982788 hist.txt hist.sharp.txt the output is very different for two versions (and none of them makes any sense whatsoever). See attached file hist.txt, hist_old.sharp.txt and hist_new.shart.txt the graph showing the histogram is here: http://www.bic.mni.mcgill.ca/~vfonov/temp/histograms.png On Wed, Apr 18, 2012 at 11:58 PM, Claude LEPAGE wrote: > Hi, > > I think the damping of 1.0e-7 might be a little bit too > aggressive and not enough damping can cause the matrix > system to be ill-conditioned. While it works in most cases, > a value of 1.0e-6 will give similar results and will be > more robust numerically. Can you try that? > > Claude > >> Hello Everybody, >> >> Turns out that N3 is broken with -O2. Actually , compiling >> http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz >> using standard ./configure & make >> >> produces a code which seem to work, but essentially corrects nothing at >> least when applied to icmb 00100 t1w scan : >> ( >> /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz >> on the bic system) >> >> it produces an imp file : >> >> MNI Field File >> %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em >> -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 >> -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute >> -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ >> mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp >> Version = 0.9.0; >> Field_Type = B_Spline; >> Distance = 200; >> Domain = >> ? ? ? -81.519097598907 ? ? 89.3619937534825 >> ? ? ? -95.84404 ? ? 164.15596 >> ? ? ? -155.813426545559 ? ? 107.579156148442; >> Coefficients = >> ? ? ?6.93367797718816e-310 >> ? ? ?6.93367797718816e-310 >> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >> ...(all zeroes) >> ? ? ? ? ? ? ? ? ? ? ? ? ?0; >> >> When compiled on ubuntu 11.04 , gcc version 4.5.2 >> >> Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 >> works as expected. >> >> >> >> >> On 12-04-15 07:41 AM, Andrew Janke wrote: >> > Absolutely... >> > >> > Claude, remember also the bug we fixed in EBTKS's spline >> > implementation a long time back that was causing crashed on some files >> > with certain magic dimensions. I can't think of how this might break >> > anything (we added an episilon IIRC) but it was a change we had to >> > make. >> > >> > I for one am keen to keep N3 as it is and I don't see it being a >> > problem to force -02 behaviour during the compile. I have used N4 but >> > often revert to N3, probably because it's a beast I know. >> >> >> -- >> Best regards, >> >> Vladimir S. FONOV ~ vladimir fonov gmail com >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development >> > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development -- Best regards, ?Vladimir S. Fonov ~ vladimir fonov gmail com -------------- next part -------------- # histogram for class 1 # domain: 762.440430 1646.982788 # entropy: 6.01581 # bin centers counts 762.440430 1.447669 766.885366 0.552331 771.330303 3.073278 775.775239 0.926722 780.220176 0.000000 784.665112 0.850277 789.110049 3.817778 793.554985 6.906856 797.999921 6.762096 802.444858 7.913423 806.889794 6.777823 811.334731 5.608207 815.779667 6.814382 820.224604 6.449176 824.669540 6.559679 829.114477 6.088694 833.559413 4.173958 838.004350 3.679496 842.449286 3.735304 846.894223 2.473919 851.339159 4.580214 855.784096 5.400192 860.229032 7.675963 864.673969 6.646347 869.118905 10.421378 873.563842 6.474981 878.008778 4.486738 882.453714 1.905386 886.898651 0.825353 891.343587 2.470996 895.788524 7.367927 900.233460 6.913462 904.678397 7.428470 909.123333 9.801539 913.568270 5.002294 918.013206 1.987693 922.458143 0.000000 926.903079 0.053249 931.348016 1.461231 935.792952 2.753523 940.237889 7.306238 944.682825 7.260273 949.127762 9.900199 953.572698 5.903782 958.017635 8.002327 962.462571 6.793283 966.907508 3.806612 971.352444 7.346011 975.797380 3.020589 980.242317 0.620485 984.687253 3.105109 989.132190 3.275449 993.577126 5.112484 998.022063 6.355876 1002.466999 8.477482 1006.911936 11.317079 1011.356872 9.483536 1015.801809 9.301709 1020.246745 6.083716 1024.691682 4.811832 1029.136618 2.327153 1033.581555 2.652375 1038.026491 4.957259 1042.471428 6.074258 1046.916364 9.903309 1051.361301 17.747053 1055.806237 15.956049 1060.251173 16.452220 1064.696110 15.013615 1069.141046 10.226624 1073.585983 9.827730 1078.030919 6.392239 1082.475856 4.415314 1086.920792 6.395196 1091.365729 4.803960 1095.810665 5.679394 1100.255602 5.506968 1104.700538 5.008241 1109.145475 4.964117 1113.590411 3.002147 1118.035348 0.768761 1122.480284 0.373945 1126.925221 0.929551 1131.370157 1.316145 1135.815094 3.106421 1140.260030 2.666595 1144.704966 2.927134 1149.149903 3.521045 1153.594839 4.675928 1158.039776 5.859348 1162.484712 8.292773 1166.929649 6.134157 1171.374585 10.964160 1175.819522 8.413206 1180.264458 9.876023 1184.709395 12.041172 1189.154331 9.851449 1193.599268 9.589801 1198.044204 8.527290 1202.489141 12.727298 1206.934077 7.111811 1211.379014 5.732835 1215.823950 8.850487 1220.268887 3.749084 1224.713823 2.848379 1229.158759 3.327016 1233.603696 3.173960 1238.048632 3.835445 1242.493569 7.054581 1246.938505 5.476561 1251.383442 7.206010 1255.828378 12.018696 1260.273315 7.975020 1264.718251 10.191979 1269.163188 6.289566 1273.608124 7.221610 1278.053061 7.028103 1282.497997 5.029646 1286.942934 8.179201 1291.387870 9.648955 1295.832807 4.881832 1300.277743 7.650331 1304.722680 8.812455 1309.167616 10.706653 1313.612553 8.696293 1318.057489 5.543139 1322.502425 9.934663 1326.947362 10.971928 1331.392298 10.557439 1335.837235 13.850549 1340.282171 17.113863 1344.727108 16.137149 1349.172044 14.910294 1353.616981 16.635084 1358.061917 15.280699 1362.506854 16.880990 1366.951790 18.852471 1371.396727 17.435907 1375.841663 12.678090 1380.286600 19.017567 1384.731536 18.966903 1389.176473 13.723907 1393.621409 28.602219 1398.066346 28.349066 1402.511282 28.651345 1406.956218 31.267845 1411.401155 29.202626 1415.846091 29.524402 1420.291028 41.009052 1424.735964 54.473590 1429.180901 61.314355 1433.625837 70.464902 1438.070774 67.275569 1442.515710 87.263301 1446.960647 114.938172 1451.405583 142.565679 1455.850520 117.648674 1460.295456 148.263480 1464.740393 176.039954 1469.185329 202.562838 1473.630266 230.912587 1478.075202 252.301830 1482.520139 261.143650 1486.965075 281.957559 1491.410011 327.125955 1495.854948 368.911220 1500.299884 339.021942 1504.744821 362.258481 1509.189757 421.968816 1513.634694 427.180589 1518.079630 427.108408 1522.524567 414.636241 1526.969503 425.861907 1531.414440 437.151681 1535.859376 427.317379 1540.304313 404.253271 1544.749249 406.391972 1549.194186 405.785079 1553.639122 381.920617 1558.084059 375.522970 1562.528995 371.571284 1566.973932 369.565316 1571.418868 346.814070 1575.863804 326.293463 1580.308741 365.060218 1584.753677 291.574570 1589.198614 303.604119 1593.643550 288.578612 1598.088487 275.147026 1602.533423 263.715674 1606.978360 253.612239 1611.423296 235.910310 1615.868233 215.097082 1620.313169 199.597936 1624.758106 184.732453 1629.203042 165.985221 1633.647979 146.369801 1638.092915 118.239870 1642.537852 83.775335 1646.982788 24.999533 -------------- next part -------------- 0.000000 901.947518 0.005025 935.169154 0.010050 742.071774 0.015075 729.117219 0.020101 797.973074 0.025126 723.785074 0.030151 822.387538 0.035176 767.597697 0.040201 794.530142 0.045226 709.099250 0.050251 471.001490 0.055276 4994.342134 0.060302 1816.014460 0.065327 1797.742743 0.070352 2628.580089 0.075377 704.127626 0.080402 787.523999 0.085427 601.017553 0.090452 840.972770 0.095477 1326.579011 0.100503 922.424358 0.105528 699.006037 0.110553 806.431574 0.115578 3366.449631 0.120603 1036.200023 0.125628 966.703092 0.130653 1021.438706 0.135678 1095.679816 0.140704 1078.223778 0.145729 2734.414926 0.150754 2971.087574 0.155779 2458.595729 0.160804 1718.372134 0.165829 10939.509811 0.170854 716.199151 0.175879 778.521635 0.180905 721.402613 0.185930 882.630001 0.190955 916.106908 0.195980 610.761119 0.201005 459.465571 0.206030 997.371651 0.211055 1397.216820 0.216080 1202.367409 0.221106 1192.891891 0.226131 2075.992799 0.231156 17.107531 0.236181 2089.931432 0.241206 5366.627973 0.246231 524.446560 0.251256 4806.897356 0.256281 1693.110547 0.261307 1294.542256 0.266332 580.606275 0.271357 756.501403 0.276382 1000.608885 0.281407 1158.675823 0.286432 1069.388993 0.291457 1031.328054 0.296482 1838.378443 0.301508 1898.557393 0.306533 2332.421532 0.311558 1706.364894 0.316583 3307.770764 0.321608 1665.099074 0.326633 258.567210 0.331658 12.081025 0.336683 383.647012 0.341709 619.081599 0.346734 638.184823 0.351759 233.687428 0.356784 1600.112097 0.361809 495.223449 0.366834 871.580120 0.371859 799.145385 0.376884 1082.861882 0.381910 1030.443538 0.386935 1168.121049 0.391960 1182.704753 0.396985 1689.915040 0.402010 2117.896684 0.407035 432.523570 0.412060 4878.889542 0.417085 6317.919838 0.422111 713.337267 0.427136 13231.795166 0.432161 1317.671930 0.437186 959.566866 0.442211 1331.481584 0.447236 950.489411 0.452261 1373.577163 0.457286 32575.736083 0.462312 2225.563966 0.467337 3697.273867 0.472362 1365.481589 0.477387 1188.250101 0.482412 1426.958929 0.487437 1424.812139 0.492462 5219.614498 0.497487 168.109705 0.502513 756.143528 0.507538 168.109705 0.512563 5219.614498 0.517588 1424.812139 0.522613 1426.958929 0.527638 1188.250101 0.532663 1365.481589 0.537688 3697.273867 0.542714 2225.563966 0.547739 32575.736083 0.552764 1373.577163 0.557789 950.489411 0.562814 1331.481584 0.567839 959.566866 0.572864 1317.671930 0.577889 13231.795166 0.582915 713.337267 0.587940 6317.919838 0.592965 4878.889542 0.597990 432.523570 0.603015 2117.896684 0.608040 1689.915040 0.613065 1182.704753 0.618090 1168.121049 0.623116 1030.443538 0.628141 1082.861882 0.633166 799.145385 0.638191 871.580120 0.643216 495.223449 0.648241 1600.112097 0.653266 233.687428 0.658291 638.184823 0.663317 619.081599 0.668342 383.647012 0.673367 12.081025 0.678392 258.567210 0.683417 1665.099074 0.688442 3307.770764 0.693467 1706.364894 0.698492 2332.421532 0.703518 1898.557393 0.708543 1838.378443 0.713568 1031.328054 0.718593 1069.388993 0.723618 1158.675823 0.728643 1000.608885 0.733668 756.501403 0.738693 580.606275 0.743719 1294.542256 0.748744 1693.110547 0.753769 4806.897356 0.758794 524.446560 0.763819 5366.627973 0.768844 2089.931432 0.773869 17.107531 0.778894 2075.992799 0.783920 1192.891891 0.788945 1202.367409 0.793970 1397.216820 0.798995 997.371651 0.804020 459.465571 0.809045 610.761119 0.814070 916.106908 0.819095 882.630001 0.824121 721.402613 0.829146 778.521635 0.834171 716.199151 0.839196 10939.509811 0.844221 1718.372134 0.849246 2458.595729 0.854271 2971.087574 0.859296 2734.414926 0.864322 1078.223778 0.869347 1095.679816 0.874372 1021.438706 0.879397 966.703092 0.884422 1036.200023 0.889447 3366.449631 0.894472 806.431574 0.899497 699.006037 0.904523 922.424358 0.909548 1326.579011 0.914573 840.972770 0.919598 601.017553 0.924623 787.523999 0.929648 704.127626 0.934673 2628.580089 0.939698 1797.742743 0.944724 1816.014460 0.949749 4994.342134 0.954774 471.001490 0.959799 709.099250 0.964824 794.530142 0.969849 767.597697 0.974874 822.387538 0.979899 723.785074 0.984925 797.973074 0.989950 729.117219 0.994975 742.071774 1.000000 935.169154 -------------- next part -------------- 0.000000 762.440430 0.005025 766.885366 0.010050 771.330303 0.015075 775.775239 0.020101 0.000000 0.025126 784.665112 0.030151 789.110049 0.035176 793.554985 0.040201 797.999922 0.045226 802.444858 0.050251 806.889795 0.055276 811.334731 0.060302 815.779668 0.065327 820.224604 0.070352 824.669541 0.075377 829.114477 0.080402 833.559414 0.085427 838.004350 0.090452 842.449287 0.095477 846.894223 0.100503 851.339159 0.105528 855.784096 0.110553 860.229032 0.115578 864.673969 0.120603 869.118905 0.125628 873.563842 0.130653 878.008778 0.135678 882.453715 0.140704 886.898651 0.145729 891.343588 0.150754 895.788524 0.155779 900.233461 0.160804 904.678397 0.165829 909.123334 0.170854 913.568270 0.175879 918.013207 0.180905 -0.000000 0.185930 926.903079 0.190955 931.348016 0.195980 935.792952 0.201005 940.237889 0.206030 944.682825 0.211055 949.127762 0.216080 953.572698 0.221106 958.017635 0.226131 962.462571 0.231156 966.907508 0.236181 971.352444 0.241206 975.797381 0.246231 980.242317 0.251256 984.687254 0.256281 989.132190 0.261307 993.577127 0.266332 998.022063 0.271357 1002.467000 0.276382 1006.911936 0.281407 1011.356872 0.286432 1015.801809 0.291457 1020.246745 0.296482 1024.691682 0.301508 1029.136618 0.306533 1033.581555 0.311558 1038.026491 0.316583 1042.471428 0.321608 1046.916364 0.326633 1051.361301 0.331658 1055.806237 0.336683 1060.251174 0.341709 1064.696110 0.346734 1069.141047 0.351759 1073.585983 0.356784 1078.030920 0.361809 1082.475856 0.366834 1086.920792 0.371859 1091.365729 0.376884 1095.810665 0.381910 1100.255602 0.386935 1104.700538 0.391960 1109.145475 0.396985 1113.590411 0.402010 1118.035348 0.407035 1122.480284 0.412060 1126.925221 0.417085 1131.370157 0.422111 1135.815094 0.427136 1140.260030 0.432161 1144.704967 0.437186 1149.149903 0.442211 1153.594840 0.447236 1158.039776 0.452261 1162.484713 0.457286 1166.929649 0.462312 1171.374585 0.467337 1175.819522 0.472362 1180.264458 0.477387 1184.709395 0.482412 1189.154331 0.487437 1193.599268 0.492462 1198.044204 0.497487 1202.489141 0.502513 1206.934077 0.507538 1211.379014 0.512563 1215.823950 0.517588 1220.268887 0.522613 1224.713823 0.527638 1229.158760 0.532663 1233.603696 0.537688 1238.048633 0.542714 1242.493569 0.547739 1246.938505 0.552764 1251.383442 0.557789 1255.828378 0.562814 1260.273315 0.567839 1264.718251 0.572864 1269.163188 0.577889 1273.608124 0.582915 1278.053061 0.587940 1282.497997 0.592965 1286.942934 0.597990 1291.387870 0.603015 1295.832807 0.608040 1300.277743 0.613065 1304.722680 0.618090 1309.167616 0.623116 1313.612553 0.628141 1318.057489 0.633166 1322.502426 0.638191 1326.947362 0.643216 1331.392298 0.648241 1335.837235 0.653266 1340.282171 0.658291 1344.727108 0.663317 1349.172044 0.668342 1353.616981 0.673367 1358.061917 0.678392 1362.506854 0.683417 1366.951790 0.688442 1371.396727 0.693467 1375.841663 0.698492 1380.286600 0.703518 1384.731536 0.708543 1389.176473 0.713568 1393.621409 0.718593 1398.066346 0.723618 1402.511282 0.728643 1406.956218 0.733668 1411.401155 0.738693 1415.846091 0.743719 1420.291028 0.748744 1424.735964 0.753769 1429.180901 0.758794 1433.625837 0.763819 1438.070774 0.768844 1442.515710 0.773869 1446.960647 0.778894 1451.405583 0.783920 1455.850520 0.788945 1460.295456 0.793970 1464.740393 0.798995 1469.185329 0.804020 1473.630266 0.809045 1478.075202 0.814070 1482.520139 0.819095 1486.965075 0.824121 1491.410011 0.829146 1495.854948 0.834171 1500.299884 0.839196 1504.744821 0.844221 1509.189757 0.849246 1513.634694 0.854271 1518.079630 0.859296 1522.524567 0.864322 1526.969503 0.869347 1531.414440 0.874372 1535.859376 0.879397 1540.304313 0.884422 1544.749249 0.889447 1549.194186 0.894472 1553.639122 0.899497 1558.084059 0.904523 1562.528995 0.909548 1566.973931 0.914573 1571.418868 0.919598 1575.863804 0.924623 1580.308741 0.929648 1584.753677 0.934673 1589.198614 0.939698 1593.643550 0.944724 1598.088487 0.949749 1602.533423 0.954774 1606.978360 0.959799 1611.423296 0.964824 1615.868233 0.969849 1620.313169 0.974874 1624.758106 0.979899 1629.203042 0.984925 1633.647979 0.989950 1638.092915 0.994975 1642.537852 1.000000 1646.982788 From vladimir.fonov at gmail.com Thu Apr 19 11:11:23 2012 From: vladimir.fonov at gmail.com (Vladimir S. Fonov) Date: Thu, 19 Apr 2012 11:11:23 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> References: <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: <4F902B1B.2070001@gmail.com> Another important observation, when compiled with Debug flags sharpen_hist bails out with assert failure in Pool.cc:32 ( _elementSize >= sizeof(_Link *) ) since _elementSize in this case is 4 and sizeof(_Link *) is 8 (on 64 bit build). On 12-04-18 11:58 PM, Claude LEPAGE wrote: > Hi, > > I think the damping of 1.0e-7 might be a little bit too > aggressive and not enough damping can cause the matrix > system to be ill-conditioned. While it works in most cases, > a value of 1.0e-6 will give similar results and will be > more robust numerically. Can you try that? > > Claude > >> Hello Everybody, >> >> Turns out that N3 is broken with -O2. Actually , compiling >> http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz >> using standard ./configure& make >> >> produces a code which seem to work, but essentially corrects nothing at >> least when applied to icmb 00100 t1w scan : >> ( >> /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz >> on the bic system) >> >> it produces an imp file : >> >> MNI Field File >> %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em >> -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 >> -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute >> -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ >> mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp >> Version = 0.9.0; >> Field_Type = B_Spline; >> Distance = 200; >> Domain = >> -81.519097598907 89.3619937534825 >> -95.84404 164.15596 >> -155.813426545559 107.579156148442; >> Coefficients = >> 6.93367797718816e-310 >> 6.93367797718816e-310 >> 0 >> 0 >> 0 >> ...(all zeroes) >> 0; >> >> When compiled on ubuntu 11.04 , gcc version 4.5.2 >> >> Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 >> works as expected. >> >> >> >> >> On 12-04-15 07:41 AM, Andrew Janke wrote: >>> Absolutely... >>> >>> Claude, remember also the bug we fixed in EBTKS's spline >>> implementation a long time back that was causing crashed on some files >>> with certain magic dimensions. I can't think of how this might break >>> anything (we added an episilon IIRC) but it was a change we had to >>> make. >>> >>> I for one am keen to keep N3 as it is and I don't see it being a >>> problem to force -02 behaviour during the compile. I have used N4 but >>> often revert to N3, probably because it's a beast I know. >> >> >> -- >> Best regards, >> >> Vladimir S. FONOV ~ vladimir fonov gmail com >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development >> > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development -- Best regards, Vladimir S. Fonov ~ vladimir.fonov gmail.com From claude at bic.mni.mcgill.ca Thu Apr 19 12:02:11 2012 From: claude at bic.mni.mcgill.ca (Claude LEPAGE) Date: Thu, 19 Apr 2012 12:02:11 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <4F902B1B.2070001@gmail.com> Message-ID: <201204191602.q3JG2Btq003237@cassio.bic.mni.mcgill.ca> > > Another important observation, > > > when compiled with Debug flags sharpen_hist bails out with assert > failure in Pool.cc:32 ( _elementSize >= sizeof(_Link *) ) > > since _elementSize in this case is 4 and sizeof(_Link *) is 8 (on 64 bit > build). It's obviously time to pass this code through valgrind to eliminate these errors. From sean at rogue-research.com Thu Apr 19 12:17:22 2012 From: sean at rogue-research.com (Sean McBride) Date: Thu, 19 Apr 2012 12:17:22 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <201204191602.q3JG2Btq003237@cassio.bic.mni.mcgill.ca> References: <4F902B1B.2070001@gmail.com> <201204191602.q3JG2Btq003237@cassio.bic.mni.mcgill.ca> Message-ID: <20120419161722.929442235@mail.rogue-research.com> On Thu, 19 Apr 2012 12:02:11 -0400, Claude LEPAGE said: >It's obviously time to pass this code through valgrind to eliminate >these errors. I was going to suggest exactly that. There are other similar tools that I would recommend, all overlapping with each other, but all with pros and cons: Integer Overflow Checker: AddressSanitizer: -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From vladimir.fonov at gmail.com Thu Apr 19 12:28:00 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Thu, 19 Apr 2012 12:28:00 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: <20120419161722.929442235@mail.rogue-research.com> References: <4F902B1B.2070001@gmail.com> <201204191602.q3JG2Btq003237@cassio.bic.mni.mcgill.ca> <20120419161722.929442235@mail.rogue-research.com> Message-ID: <4F903D10.5060200@gmail.com> I have already tried that, it doesn't detect anything, I strongly suspect that it's EBTKS and the way how 'elegantly' templates for performing Matrix operations are implemented there. On 12-04-19 12:17 PM, Sean McBride wrote: > On Thu, 19 Apr 2012 12:02:11 -0400, Claude LEPAGE said: > >> It's obviously time to pass this code through valgrind to eliminate >> these errors. > > I was going to suggest exactly that. There are other similar tools that I would recommend, all overlapping with each other, but all with pros and cons: > > Integer Overflow Checker: > > > AddressSanitizer: > > -- Best regards, Vladimir S. FONOV ~ vladimir fonov gmail com From vladimir.fonov at gmail.com Thu Apr 19 12:51:08 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Thu, 19 Apr 2012 12:51:08 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: Hello, finally, I was able to achieve the same results, by recompiling EBTKS as a static library (before I had it built as a shared library). So, now both versions produce exactly the same output. On Thu, Apr 19, 2012 at 10:59 AM, Vladimir S. FONOV wrote: > Hello, > > > I managed to track problem further. First, it turns out that on new > build ?volume_stats -nocache produced very different results then > default (and consistent with old build). So, I disabled caching. > > On top of that, I discovered that the output of sharpen_hist changed > significantly. > > If i give the following command line: > > sharpen_hist -blur -fwhm .2 -noise 0.01 -range 762.440430 1646.982788 > hist.txt hist.sharp.txt > > the output is very different for two ?versions (and none of them makes > any sense whatsoever). > > See attached file hist.txt, hist_old.sharp.txt and hist_new.shart.txt > > the graph showing the histogram is here: > http://www.bic.mni.mcgill.ca/~vfonov/temp/histograms.png > > > > > On Wed, Apr 18, 2012 at 11:58 PM, Claude LEPAGE > wrote: >> Hi, >> >> I think the damping of 1.0e-7 might be a little bit too >> aggressive and not enough damping can cause the matrix >> system to be ill-conditioned. While it works in most cases, >> a value of 1.0e-6 will give similar results and will be >> more robust numerically. Can you try that? >> >> Claude >> >>> Hello Everybody, >>> >>> Turns out that N3 is broken with -O2. Actually , compiling >>> http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz >>> using standard ./configure & make >>> >>> produces a code which seem to work, but essentially corrects nothing at >>> least when applied to icmb 00100 t1w scan : >>> ( >>> /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz >>> on the bic system) >>> >>> it produces an imp file : >>> >>> MNI Field File >>> %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em >>> -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 >>> -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute >>> -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ >>> mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp >>> Version = 0.9.0; >>> Field_Type = B_Spline; >>> Distance = 200; >>> Domain = >>> ? ? ? -81.519097598907 ? ? 89.3619937534825 >>> ? ? ? -95.84404 ? ? 164.15596 >>> ? ? ? -155.813426545559 ? ? 107.579156148442; >>> Coefficients = >>> ? ? ?6.93367797718816e-310 >>> ? ? ?6.93367797718816e-310 >>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>> ...(all zeroes) >>> ? ? ? ? ? ? ? ? ? ? ? ? ?0; >>> >>> When compiled on ubuntu 11.04 , gcc version 4.5.2 >>> >>> Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 >>> works as expected. >>> >>> >>> >>> >>> On 12-04-15 07:41 AM, Andrew Janke wrote: >>> > Absolutely... >>> > >>> > Claude, remember also the bug we fixed in EBTKS's spline >>> > implementation a long time back that was causing crashed on some files >>> > with certain magic dimensions. I can't think of how this might break >>> > anything (we added an episilon IIRC) but it was a change we had to >>> > make. >>> > >>> > I for one am keen to keep N3 as it is and I don't see it being a >>> > problem to force -02 behaviour during the compile. I have used N4 but >>> > often revert to N3, probably because it's a beast I know. >>> >>> >>> -- >>> Best regards, >>> >>> Vladimir S. FONOV ~ vladimir fonov gmail com >>> _______________________________________________ >>> MINC-development mailing list >>> MINC-development at bic.mni.mcgill.ca >>> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development >>> >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > > > > -- > Best regards, > > ?Vladimir S. Fonov ~ vladimir fonov gmail com -- Best regards, ?Vladimir S. Fonov ~ vladimir fonov gmail com From claude at bic.mni.mcgill.ca Thu Apr 19 12:53:02 2012 From: claude at bic.mni.mcgill.ca (Claude LEPAGE) Date: Thu, 19 Apr 2012 12:53:02 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: Message-ID: <201204191653.q3JGr2vp006493@cassio.bic.mni.mcgill.ca> Ha! I always use static libs. > finally, I was able to achieve the same results, by recompiling EBTKS > as a static library (before I had it built as a shared library). > > So, now both versions produce exactly the same output. > From zijdenbos at gmail.com Thu Apr 19 13:33:24 2012 From: zijdenbos at gmail.com (Alex Zijdenbos) Date: Thu, 19 Apr 2012 13:33:24 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: See? In the end it always comes down to a problem with the compiler ;-) By the way I am working on eliminating EBTKS from N3; I am also planning a (drop-in) replacement for inormalize which also depends on EBTKS; and hope to get to classify as well. We can then hopefully toss EBTKS overboard altogether, which I am sure will make lots of people very happy. I am not promising a particular timeline yet though. -- A On Thu, Apr 19, 2012 at 12:51 PM, Vladimir S. FONOV wrote: > Hello, > > > finally, I was able to achieve the same results, by recompiling EBTKS > as a static library (before I had it built as a shared library). > > So, now both versions produce exactly the same output. > > On Thu, Apr 19, 2012 at 10:59 AM, Vladimir S. FONOV > wrote: >> Hello, >> >> >> I managed to track problem further. First, it turns out that on new >> build ?volume_stats -nocache produced very different results then >> default (and consistent with old build). So, I disabled caching. >> >> On top of that, I discovered that the output of sharpen_hist changed >> significantly. >> >> If i give the following command line: >> >> sharpen_hist -blur -fwhm .2 -noise 0.01 -range 762.440430 1646.982788 >> hist.txt hist.sharp.txt >> >> the output is very different for two ?versions (and none of them makes >> any sense whatsoever). >> >> See attached file hist.txt, hist_old.sharp.txt and hist_new.shart.txt >> >> the graph showing the histogram is here: >> http://www.bic.mni.mcgill.ca/~vfonov/temp/histograms.png >> >> >> >> >> On Wed, Apr 18, 2012 at 11:58 PM, Claude LEPAGE >> wrote: >>> Hi, >>> >>> I think the damping of 1.0e-7 might be a little bit too >>> aggressive and not enough damping can cause the matrix >>> system to be ill-conditioned. While it works in most cases, >>> a value of 1.0e-6 will give similar results and will be >>> more robust numerically. Can you try that? >>> >>> Claude >>> >>>> Hello Everybody, >>>> >>>> Turns out that N3 is broken with -O2. Actually , compiling >>>> http://packages.bic.mni.mcgill.ca/tgz/N3-1.12.0.tar.gz >>>> using standard ./configure & make >>>> >>>> produces a code which seem to work, but essentially corrects nothing at >>>> least when applied to icmb 00100 t1w scan : >>>> ( >>>> /data/ipl/user01/rotor/icbm_recovery/shell-pipe-analy-circa2006/native/mni_icbm_00100.001.t1.mnc.gz >>>> on the bic system) >>>> >>>> it produces an imp file : >>>> >>>> MNI Field File >>>> %Wed Apr 18 18:40:53 2012>>> /opt/minc2/bin/nu_estimate_np_and_em >>>> -parzen -log -sharpen 0.1 0.01 -iterations 100 -stop 0.0001 -shrink 4 >>>> -auto_mask -nonotify -b_spline 1.0e-7 -distance 200 -quiet -execute >>>> -clobber -nokeeptmp -tmpdir /tmp/nu_correct_7795/ >>>> mni_icbm_00100.001.t1.mnc auto_mni_icbm_00100.001.t1.nuc.imp >>>> Version = 0.9.0; >>>> Field_Type = B_Spline; >>>> Distance = 200; >>>> Domain = >>>> ? ? ? -81.519097598907 ? ? 89.3619937534825 >>>> ? ? ? -95.84404 ? ? 164.15596 >>>> ? ? ? -155.813426545559 ? ? 107.579156148442; >>>> Coefficients = >>>> ? ? ?6.93367797718816e-310 >>>> ? ? ?6.93367797718816e-310 >>>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>>> ? ? ? ? ? ? ? ? ? ? ? ? ?0 >>>> ...(all zeroes) >>>> ? ? ? ? ? ? ? ? ? ? ? ? ?0; >>>> >>>> When compiled on ubuntu 11.04 , gcc version 4.5.2 >>>> >>>> Interestingly, the same tool compiled on Debian 5, gcc version 4.3.4 >>>> works as expected. >>>> >>>> >>>> >>>> >>>> On 12-04-15 07:41 AM, Andrew Janke wrote: >>>> > Absolutely... >>>> > >>>> > Claude, remember also the bug we fixed in EBTKS's spline >>>> > implementation a long time back that was causing crashed on some files >>>> > with certain magic dimensions. I can't think of how this might break >>>> > anything (we added an episilon IIRC) but it was a change we had to >>>> > make. >>>> > >>>> > I for one am keen to keep N3 as it is and I don't see it being a >>>> > problem to force -02 behaviour during the compile. I have used N4 but >>>> > often revert to N3, probably because it's a beast I know. >>>> >>>> >>>> -- >>>> Best regards, >>>> >>>> Vladimir S. FONOV ~ vladimir fonov gmail com >>>> _______________________________________________ >>>> MINC-development mailing list >>>> MINC-development at bic.mni.mcgill.ca >>>> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development >>>> >>> _______________________________________________ >>> MINC-development mailing list >>> MINC-development at bic.mni.mcgill.ca >>> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development >> >> >> >> -- >> Best regards, >> >> ?Vladimir S. Fonov ~ vladimir fonov gmail com > > > > -- > Best regards, > > ?Vladimir S. Fonov ~ vladimir fonov gmail com > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development From vladimir.fonov at gmail.com Thu Apr 19 23:02:50 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Thu, 19 Apr 2012 23:02:50 -0400 Subject: [MINC-development] new version of minc-toolkit binary package for Debian 6 , Ubuntu and MacOS X 10.7 In-Reply-To: References: Message-ID: Hello, I've compiled two versions of the minc-tollkit package: for ubuntu 11.04 (will work on newer versions as well) http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Ubuntu_11.04-x86_64.deb for Debian 6: http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Debian_6.0-x86_64.deb for MacOS X 10.7: http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Darwin-x86_64.dmg It includes most of the standard minc tools, Display, Register and a basic image processing pipeline based on the one developed for NIHPD project ( standard_pipeline.pl) Everything is currently installed in /opt/minc , to avoid conflict with standard /usr/local/bic location. To use , source evironment in /opt/minc/minc-toolkit-config.sh for bash or /opt/minc/minc-toolkit-config.csh for tcsh Display and Register still show everything in pink on MacOS X - maybe somebody with mac knowledge could take a look at it. The package is based on minc-toolkit superbuild package hosted on github: https://github.com/vfonov/minc-toolkit If you feel like build it, read ?README.txt at the bottom of github page -- Best regards, ?Vladimir S. Fonov ~ vladimir fonov gmail com From a.janke at gmail.com Fri Apr 20 00:14:22 2012 From: a.janke at gmail.com (Andrew Janke) Date: Fri, 20 Apr 2012 14:14:22 +1000 Subject: [MINC-development] new version of minc-toolkit binary package for Debian 6 , Ubuntu and MacOS X 10.7 In-Reply-To: References: Message-ID: Hi Vlad, > I've compiled two versions of the minc-tollkit package: > > for ubuntu 11.04 (will work on newer versions as well) > http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Ubuntu_11.04-x86_64.deb This works for me (Even on 10.10). Great work. Any chance of including the manpages as well? Even as they are, fell free to post this to the MINC users mailing list. ta a From vladimir.fonov at gmail.com Fri Apr 20 00:28:24 2012 From: vladimir.fonov at gmail.com (Vladimir S. FONOV) Date: Fri, 20 Apr 2012 00:28:24 -0400 Subject: [MINC-development] new version of minc-toolkit binary package for Debian 6 , Ubuntu and MacOS X 10.7 In-Reply-To: References: Message-ID: Unfortunately It's all compiled with cmake and i didn't setup rules for the man pages. Is it just a matter of copying some files in a proper location? On Apr 20, 2012 12:22 AM, "Andrew Janke" wrote: > Hi Vlad, > > > I've compiled two versions of the minc-tollkit package: > > > > for ubuntu 11.04 (will work on newer versions as well) > > > http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Ubuntu_11.04-x86_64.deb > > This works for me (Even on 10.10). Great work. Any chance of including > the manpages as well? > > Even as they are, fell free to post this to the MINC users mailing list. > > ta > > > > a > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.janke at gmail.com Fri Apr 20 00:39:07 2012 From: a.janke at gmail.com (Andrew Janke) Date: Fri, 20 Apr 2012 14:39:07 +1000 Subject: [MINC-development] new version of minc-toolkit binary package for Debian 6 , Ubuntu and MacOS X 10.7 In-Reply-To: References: Message-ID: Nope, they have to be made with nroff from the .man1 files. Something like this if cmake doesn't have a built-in rule: nroff -man progs/mincmath/mincmath.man1 > $prefix/share/man/man1/mincmath.man1 Much the same for some perl programs in there but they use pod2man. a On 20 April 2012 14:28, Vladimir S. FONOV wrote: > Unfortunately It's all compiled with cmake and i didn't setup rules for the > man pages. Is it just a matter of copying some files in a proper location? > > On Apr 20, 2012 12:22 AM, "Andrew Janke" wrote: >> >> Hi Vlad, >> >> > I've compiled two versions of the minc-tollkit package: >> > >> > for ubuntu 11.04 (will work on newer versions as well) >> > >> > http://www.bic.mni.mcgill.ca/~vfonov/software/minc-toolkit-0.3.5-20120419-Ubuntu_11.04-x86_64.deb >> >> This works for me (Even on 10.10). Great work. Any chance of including >> the manpages as well? >> >> Even as they are, fell free to post this to the MINC users mailing list. >> >> ta >> >> >> >> a >> _______________________________________________ >> MINC-development mailing list >> MINC-development at bic.mni.mcgill.ca >> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > > > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > From a.janke at gmail.com Fri Apr 20 07:08:21 2012 From: a.janke at gmail.com (Andrew Janke) Date: Fri, 20 Apr 2012 21:08:21 +1000 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: On 20 April 2012 00:59, Vladimir S. FONOV wrote: > I managed to track problem further. First, it turns out that on new > build ?volume_stats -nocache produced very different results then > default (and consistent with old build). So, I disabled caching. > > On top of that, I discovered that the output of sharpen_hist changed > significantly. I believe you have struck exactly the same issues that galvanised me into writing mincstats a looooong time ago. At the time the plan was to replace all calls of volume_stats in N3 with mincstats but this never came to fruition given EBTKS's? creative interpretation of how to compute a histogram on a integer volume. Unfortunately N3's histogram entropy calculation is rather dependant on this behaviour so mincstats attempts to mimic this with -discrete_histogram but it's not quite the same. It comes down to EBTKS defining bins as the edge of frequency counts whereas it should be the centers. 'man mincstats' for more on this. Ah, history. Still good work tracking this down. a From zijdenbos at gmail.com Fri Apr 20 07:50:13 2012 From: zijdenbos at gmail.com (Alex Zijdenbos) Date: Fri, 20 Apr 2012 07:50:13 -0400 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: On Fri, Apr 20, 2012 at 7:08 AM, Andrew Janke wrote: > On 20 April 2012 00:59, Vladimir S. FONOV wrote: >> I managed to track problem further. First, it turns out that on new >> build ?volume_stats -nocache produced very different results then >> default (and consistent with old build). So, I disabled caching. >> >> On top of that, I discovered that the output of sharpen_hist changed >> significantly. > > I believe you have struck exactly the same issues that galvanised me > into writing mincstats a looooong time ago. At the time the plan was > to replace all calls of volume_stats in N3 with mincstats but this > never came to fruition given EBTKS's? creative interpretation of how > to compute a histogram on a integer volume. > > Unfortunately N3's histogram entropy calculation is rather dependant > on this behaviour so mincstats attempts to mimic this with > -discrete_histogram but it's not quite the same. It comes down to > EBTKS defining bins as the edge of frequency counts whereas it should > be the centers. 'man mincstats' for more on this. Hmm I recall this old discussion vaguely, but looking at the EBTKS/volume_stats code it seems to do exactly what you describe as the "right" way; bins are calculated +/- 0.5, with one bin more than the voxel range of the volume; I thought there was some other subtlety that caused differences. Either way though, perhaps the question should be whether we can still replace volume_stats with mincstats in N3. I personally don't see an issue with a new version/release changing outcome, and that people should just be aware of (and keep) old versions if they are attached to the results it produced. This is assuming of course that it won't actually break, and that the change is clearly noted somewhere. -- A From a.janke at gmail.com Fri Apr 20 17:51:50 2012 From: a.janke at gmail.com (Andrew Janke) Date: Sat, 21 Apr 2012 07:51:50 +1000 Subject: [MINC-development] -O3 breaks N3 In-Reply-To: References: <4F8F479D.4000804@gmail.com> <201204190358.q3J3w4tE012000@cassio.bic.mni.mcgill.ca> Message-ID: Hi Alex, On 20 April 2012 21:50, Alex Zijdenbos wrote: > EBTKS/volume_stats code it seems to do exactly what you describe as > the "right" way; bins are calculated +/- 0.5, with one bin more than > the voxel range of the volume; I thought there was some other subtlety > that caused differences. My recollection was that it was to do with how EBTKS did its original conversions from voxel->real ranges. a