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