Hi Andreas, Hi all, did you have time to look at this? Or can someone else help?
This is not urgent, just making sure this did not get lost. Any help/advise is much appreciated. Best, Martin Am Samstag, den 19.12.2020, 15:17 +0100 schrieb Martin Uecker: > Hi Andreas, > > I added a master-contrib branch which contains a > bart-cuda package which is identical to bart > except it activates cuda support in the bart > binary. > > I am not sure about the control file. I added > > Provides: bart > Conflicts: bart > Replaces: bart > > but I am not so sure whether this is correct. > > > Best. > Martin > > > > > Am Mittwoch, den 16.12.2020, 08:54 +0100 schrieb Martin Uecker: > > > > Hi all, > > > > I want to activate GPU support in the Debian package > > for the BART toolbox, but I am not sure what is the > > best way to approach this. > > > > There may be several options: > > > > We can provide an additional package which can be > > installed alternatively, e.g. bart-gpu and which > > provides a CUDA-enabled binary and conflicts with > > the regular package. But I wonder whether this would > > make all bart packages non-free? Or do we need > > two separate source packages? > > > > > > Maybe there is a way to compile and link > > against CUDA with requiring the presence of the > > dynamic library of run-time. We could then > > dlopen the library at run-time if it is > > present. But the compilation would then > > still depend on a non-free package. > > > > > > We could try to move GPU backend into a module > > which can be loaded at run-time and which is > > then packaged separately. But this would > > require some development effort. > > > > > > Maybe you have some recommendations? Or you can > > recommend a package to look at as an example? > > > > Best, > > Martin
