Am 19.03.2016 um 21:54 schrieb Wookey: >> 10...) Internal GL2PS is easier for us because then it is ready for the >> windows platform as well and we always have identical results. I don't >> mind debian excluding it, but I don't think we should incorporate it in >> the main line. > > OK, but an internal library copy is always a bad idea on Linux, even > if it's expedient on Windows due to the lack of a packaging > system. It'd be nice if the build DTRT on linux, but I can see that > that may involve more work in platform I.D. (I've not looked at the > codebase to see if this would be a pain or not).
OK, I opened a ticket http://sumo.dlr.de/trac.wsgi/ticket/2214 >> 20...) I don't see why a shebang should be added to files which are not >> executable and not meant to be executed, furthermore this patch removes >> some files from examples > > Ah, OK. I had assumed that they were real scripts. They look like > python scripts...So they are just intended to be loaded/referenced by > other scripts, I guess? I expect this is due to Debian QA tools > complaining about scripts with no shebang. Yes, they are only referenced and there are a lot more in the codebase, so I suppose this is just a leftover from the time where we did not have proper shebangs in all executable files. > The patch looks like it adds files to examples, rather than removing > them? (No idea if this is sensible). Sorry, my fault. So adding them is OK but not really necessary. I don't know whether a user expects an example to come with the output already present or if it is enough if it is generated while executing the example by herself. It is more a matter of taste, I suppose. >> I would love to add an ARM build to our nightly builds. Can you >> recommend a distro / VM setup to use? > > Well, I would tend to say Debian just because arm is a 1st-class > citizen there, so everything works exactly the same for Debian on > armhf/arm64 as on x86. But whatever you are used to might be a more > significant consideration. What hardware do you have? Or were you > looking at using OBS? Yes, OBS would be a good option but since we would like to execute tests as well, I was rather thinking of setting up a virtualized solution (but maybe that is a bad idea). The only ARM-hardware I own (except for a smartphone) is a RasPi and this one won't be too happy doing a nightly build with 3500 tests. Best regards, Michael ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 _______________________________________________ sumo-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sumo-user
