<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">thanks Yaroslav and Mario for the speedy help with this.<div><br></div><div>so I just tried:</div><div><br></div><div><b>sudo apt-get update</b></div><div><br></div><div>which ran fine.</div><div><br></div><div>however i get the same errors as before with:</div><div><br></div><div><div><b>sudo apt-get install matlab-psychtoolbox-3</b></div></div><div><b><br></b></div><div><span style="font-weight: bold;">sudo apt-get install matlab-psychtoolbox-3-nonfree</span></div><div><br></div><div>is there another step i am missing?</div><div><br></div><div>e l l a</div><div><br></div><div><br></div><div><br></div><div><br><div><div>On 6 Aug 2014, at 11:49 pm, Yaroslav Halchenko <<a href="mailto:debian@onerussian.com">debian@onerussian.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br>On Wed, 06 Aug 2014, Mario Kleiner wrote:<br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"> E: Unable to correct problems, you have held broken packages.<br> i'm guessing that this means that the matlab-psychtoolbox-3 package is<br> currently out-of-date?<br> any help with getting this to work would be much appreciated. amongst the<br> researchers that i work with, i'm trying to lead the charge towards Linux<br> and eventually Octave...<br></blockquote></blockquote></blockquote><br><blockquote type="cite"><blockquote type="cite">well -- Octave one should work no-problem, with Matlab one (blame is<br>mine since I haven't had time to implement install-time building of<br>extensions and just distribute Mario's copies) we would need to figure<br>it out...<br></blockquote></blockquote><br><blockquote type="cite"><blockquote type="cite">Mario -- you just staticly build-in GLEW, don't you? so I could just<br>drop dependency on libglew altogether for that matlab- package, or<br>I have forgotten smth?<br></blockquote></blockquote><br><br><blockquote type="cite">Yes, statically linked, so dropping the dependency for the Matlab<br>mex files from me should work.<br></blockquote><br><blockquote type="cite">Although i wonder why the same problem doesn't happen with your<br>octave mex files? Dependency on different glew version - probably<br>whatever is the system default one? <br></blockquote><br>yes... but for octave I do build actual binary packages on every<br>Debian/Ubuntu release and specific libglewVERSION dependency gets<br>automatically inserted (I just build-depend on libglew-dev). For<br>matlab, since I just take your binaries atm, I didn't bother building<br>per-release binary package but make the same package available, thus<br>hardcoding those dependencies.<br><br><blockquote type="cite">My Ubuntu 14.04 has libglew1.10<br>as current one. I have an old libglew1.9, but that seems to be a<br>leftover from a 13.04 installation and the package manager says it<br>comes from: 1.9.0-3~bnd1~nd13.04+1<br>So at some point it was part of NeuroDebian, apparently for 13.04.<br></blockquote><br>;-) yeap... and as a quick workaround for original problem I now<br>uploaded a backport build for 14.04 as well (the same for freenect<br>0.1), so issue should be resolved (tested in a clean 14.04 environment<br>-- installs fine now, just do apt-get update first)<br><br><br><blockquote type="cite"><blockquote type="cite">freenect -- would you mind rebuilding your extensions against freenect<br>0.2? for some reason I have only uploaded 0.2 to Debian proper but not<br>to NeuroDebian, and now users on bleeding edge Ubuntu releases with<br>neuroDebian end up "bleeding". Ella -- I will push a build of 0.1<br>version of libfreenect for trusty tomorrow to NeuroDebian so we would<br>have a quick resolution for that one at least...<br></blockquote>Not sure about that. Old distros which we still support won't have<br>freenect 0.2, no? My old Matlab build system definitely doesn't have<br>it.<br>I'd do such a switch for the next beta, when the 3.0.12 series<br>starts, so we can have one transition with changed<br>dependencies/system requirements. I'd like to avoid touching 3.0.11<br>as much as possible, i really want to get rid of its maintenance,<br>given that it is declared eol since April.<br></blockquote><br>They will, if neuroDebian repository would be enabled. since we do not<br>support carrying multiple versions of packages atm, and we do not have<br>automated migration machinery (such as unstable->testing in Debian) I do<br>not want to upload 0.2 to NeuroDebian "proper". I did upload it for now<br>(few 32bit builds still TODO), to NeuroDebian -devel (let me know if you<br>need instructions) so you could install/build against it and then we<br>would upload both upcoming PTB-3 and freenect 0.2 to NeuroDebian for all<br>Debian/Ubuntu's.<br><br>once again, for now I just uploaded 0.1 backport for 14.04 -- it should<br>not cause any trouble I believe and should resolve the issue.<br><br><blockquote type="cite">But iirc one can simply set a soft-link from freenect 0.1 to 0.2,<br>and the mex files will work with it and gain some new functionality,<br>e.g., XBOX for Window support.<br></blockquote><br>Cheers!<br><br>-- <br>Yaroslav O. Halchenko, Ph.D.<br><a href="http://neuro.debian.net">http://neuro.debian.net</a> <a href="http://www.pymvpa.org">http://www.pymvpa.org</a> <a href="http://www.fail2ban.org">http://www.fail2ban.org</a><br>Research Scientist, Psychological and Brain Sciences Dept.<br>Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755<br>Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419<br>WWW: <a href="http://www.linkedin.com/in/yarik">http://www.linkedin.com/in/yarik</a> <br><br>_______________________________________________<br>Neurodebian-users mailing list<br><a href="mailto:Neurodebian-users@lists.alioth.debian.org">Neurodebian-users@lists.alioth.debian.org</a><br>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/neurodebian-users<br></blockquote></div><br></div></body></html>