El martes, 31 de julio de 2018 20:04:39 -03 Thorsten Glaser escribió: > John Paul Adrian Glaubitz dixit: > >Resource files (docs, images etc) are normally architecture-independent, so > >they should be separable from the binary packages. > > True. MuseScore does that too, but not from qdoc AFAICT. > > Can we unbundle the resources but still make them available > in a way that the ":/filename" access form works (i.e. still > create something like the resource bundle, but build it as > part of build-indep and ship it separately)?
You can, but you need to register it when the application starts (check the link I sent before in this thread about Qt resources). That being said I think nothing warrants it to be arch-independent. > Otherwise I fear > it would be patching way too much, in that specific case, > which does not strictly need it. > > As for the qdoc ones… sucks, but we still need to have > something to go forward from here. Options, as far as > I saw them, are (not necessarily orthogonal): > > • patch qttools itself and two other packages to keep the > resources external Let's try to avoid that. > • make an older qdoc available on those architectures Won't happen from our side. > • see if the clang parser can be built without having > an LLVM target, i.e. unbundled from the LLVM+Clang > toolchain that targets the native architecture > (might require an intrusive package split on clang side) This is indeed the preferred solution. Above any of the others we discussed. -- ...man had always assumed that he was more intelligent than dolphins because he had achieved so much -- the wheel, New York, wars and so on -- whilst all the dolphins had ever done was muck about in the water having a good time. But conversely, the dolphins had always believed that they were far more intelligent than man -- for precisely the same reasons. Douglas Adams, "The hitchhikers' guide to the galaxy" Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/
signature.asc
Description: This is a digitally signed message part.
