Bug#899345: sumo: Should include data directory in package

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#899345: sumo: Should include data directory in package

Dingyuan Wang
Package: sumo
Version: 0.32.0+dfsg1-1+b1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

On sumo simulation sessions, there's a warning about schema resolution.
<http://sumo.dlr.de/wiki/FAQ#What.27s_the_deal_with_schema_resolution_warnings_.2F_xsd_errors.3F>
Therefore, if there is no Internet connection, then the simulation can't be
started.

The xsd schemas should be present in the /usr/share/sumo/data so that SUMO_HOME
can be point to /usr/share/sumo.

Other data files, in their "data/" directory, should also be packaged for
usability reasons.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

export SUMO_HOME=/usr/share/sumo

Run sumo/sumo-gui with some model files.

   * What was the outcome of this action?

Sumo gets the schema from the Internet, or failed to launch.

   * What outcome did you expect instead?

When SUMO_HOME is present, it should load local data files.



-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.15.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN.UTF-8:zh_TW.UTF-8:zh_HK.utf8:en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sumo depends on:
ii  libc6                       2.27-3
ii  libfox-1.6-0                1.6.57-1
ii  libgcc1                     1:8.1.0-3
ii  libgdal20 [gdal-abi-2-2-3]  2.2.4+dfsg-1+b1
ii  libgl1                      1.0.0+git20180308-2
ii  libgl2ps1.4                 1.4.0+dfsg1-2
ii  libglu1-mesa [libglu1]      9.0.0-2.1
ii  libproj13                   5.0.1-2
ii  libstdc++6                  8.1.0-3
ii  libxerces-c3.2              3.2.1+debian-2+b1

Versions of packages sumo recommends:
ii  sumo-tools  0.32.0+dfsg1-1

sumo suggests no packages.

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#899345: sumo: Should include data directory in package

wookey-4
I have just come across this problem too.

If you run the osmWebWizard.poy script to generate a scenario:
SUMO_HOME=/usr/share/sumo /usr/share/sumo/tools/osmWebWizard.py

it gives an error when you click on 'Generate scenario':
Converting map data
Usage: osmWebWizard.py [options]

osmWebWizard.py: error: typemap file "/usr/share/sumo/data/typemap/osmPolyconvert.typ.xml" not found
Traceback (most recent call last):
  File "/usr/share/sumo/tools/osmWebWizard.py", line 379, in build
    builder.build()
  File "/usr/share/sumo/tools/osmWebWizard.py", line 187, in build
    osmBuild.build(options)
  File "/usr/share/sumo/tools/osmBuild.py", line 68, in build
    optParser.error('typemap file "%s" not found' % options.typemap)
  File "/usr/lib/python2.7/optparse.py", line 1584, in error
    self.exit(2, "%s: error: %s\n" % (self.get_prog_name(), msg))
  File "/usr/lib/python2.7/optparse.py", line 1574, in exit
    sys.exit(status)

And indeed, /usr/share/sumo/data/typemap/osmPolyconvert.typ.xml is not present.
but there is a data/typemap/osmPolyconvert.typ.xml in the source tree.
Looks like that data dir should just go in /usr/share/sumo along with the tools stuff.

Just copying those files into that location does indeed make the script work.

This packaging patch fixes it:

--- debian/sumo-tools.install~ 2019-03-21 03:07:15.140691866 +0000
+++ debian/sumo-tools.install 2019-03-20 03:51:22.637332398 +0000
@@ -1 +1,2 @@
 tools/ usr/share/sumo
+data/ usr/share/sumo

However I see that this is already in the 1.1 now in testing, so I guess I should try that instead.

Wookey
--
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

signature.asc (849 bytes) Download Attachment