Bug#808634: cadabra in Debian
> Uploaded last night. The build failed on a bunch of architectures > (arm64, armel, armhf, pppc64el, powerpc, s390x)) due to failing tests. > It was always the test fieldtheory which hang on these architectures > and was killed after reaching an timeout. > > My current suspicion is that lie doesn't behave as expected on these > architectures. Haven't checked it explicitly, though. I would not waste more time on this; the bit that requires LiE is only a very small part of the total functionality, and this dependency will go away in 2.x anyway. Just disabling that test is fine with me. Cheers, Kasper
Bug#808634: cadabra in Debian
> It builds then, but the test suite seems to hang at > "fieldtheory" (or I have to wait for more than a few minutes there): Weird, this test went through fine on a VM which I installed from scratch with Debian 8.6 and then upgraded to testing. As this test depends on the 'lie' program, it may well a be a problem in the interaction with that package. For the time being, I am fine with disabling this specific test for Debian testing. I have tagged the github repo with 1.46; have left the test active there. Cheers, Kasper
Bug#808634: cadabra in Debian
I have finally had the time to install Debian Testing and fix the remaining issues. Version 1.46 is on github.com/kpeeters/cadabra now, and builds/tests without issues with gcc-6. Many thanks to all for helping out with this. Axel, it would be much appreciated if you can still push this into the next stable. Cheers, Kasper
Bug#808634: cadabra in Debian
> Were you able to build it with an updated system using GCC 6.2.x? An 'apt-get update' and 'apt-get dist-upgrade' still does not bring me 6.2.x. Do I need to do anything else to get it on testing? Cheers, Kasper
Bug#808634: cadabra in Debian
Hi Axel, I have just tried building cadabra 1.45 on a fresh install of Testing, so that's with gcc 6.1.1 (not using the pbuilder, but direct on the hardware). No problem. Any idea why it doesn't build on your machine but does on mine? Cheers, Kasper
Bug#808634: cadabra in Debian
Shouldn't be too difficult to fix, but I'll need a Debian install here to be able to play. Tried 'testing' in a VirtualBox this weekend but that just boots to a black screen. What's the best/recommended way to get gcc6 on a Debian 8.6 system? Cheers, Kasper On Sat, 17 Sep 2016 02:22:44 +0200 Axel Beckert <a...@debian.org> wrote: > Hi Kasper, > > Axel Beckert wrote: > > Kasper Peeters wrote: > > > > Maybe you can tag them and push the tags (or just push the tags > > > > if you already have the tags in your local working copy. > > > > > > Sorry, forgot to push the tags, now done. > > > > Much appreciated, thanks! Will have a look at it now. > > Unfortunately it still fails to build (with GCC 6). Build log > attached. Hope, this helps. > > Regards, Axel
Bug#808634: cadabra in Debian
> Maybe you can tag them and push the tags (or just push the tags if you > already have the tags in your local working copy. Sorry, forgot to push the tags, now done. Kasper
Bug#808634: cadabra in Debian
I have now fixed all compilation issues with recent libraries and compilers in 1.45, available from http://github.com/kpeeters/cadabra. This one builds and works on Ubuntu 16.04 with gcc 5.4.0. If any of you could bring this back to life in Debian, that would be much appreciated! Cheers, Kasper
Bug#808634: cadabra in Debian
> I'll have a look at your fix. Thanks for the help! I haven't had a chance to test this with gcc 5 or 6 yet though; it may need a bit of further tweaking for those compilers. It will not work with clang (will fail somewhere else with issues which I solved for 2.x but do not want to backport for lack of time). Cheers, Kasper
Bug#808634: cadabra: FTBFS: manipulator.hh: fatal error: sigc++/object.h: No such file or directory
Author here. Replacing #includewith #include in src/manipulator.hh solves the problem without changing the dependencies. I have pushed 1.44 to the github repository at http://github.com/kpeeters/cadabra . If anyone can bring this back to life, that would be much appreciated. Cheers, Kasper
Bug#574232: cadabra: package purge (after dependencies removal) fails
Thanks for reporting that. The problem is the 'postrm' (and 'postinst') scripts, which build the TeX ls-R files, but get called much later than I thought. The proper way to fix this is to - remove debian/postrm and debian/postinst - add 'dh_installtex' in debian/rules, below 'dh_installman'. Guerkan, can you make these changes and upload them? Or should this go through a different channel? Cheers, Kasper signature.asc Description: PGP signature