Package: josm / 0.0.svn17428+dfsg-2~bpo10+1

Metadata

Package Version Patches format
josm 0.0.svn17428+dfsg-2~bpo10+1 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
00 build.patch | (download)

build.xml | 153 125 + 28 - 0 !
i18n/build.xml | 37 20 + 17 - 0 !
2 files changed, 145 insertions(+), 45 deletions(-)

 adjustments to the ant build.xml file.
 Mainly to use system-provided JARs and not depend on Internet connection.
 Also adds support to build the translations in the i18n directory.
 The Debian package build is identified using the Build-Name in the REVISION
 file and is not considered local build.
01 bts.patch | (download)

src/org/openstreetmap/josm/actions/AboutAction.java | 2 2 + 0 - 0 !
src/org/openstreetmap/josm/actions/ShowStatusReportAction.java | 3 2 + 1 - 0 !
src/org/openstreetmap/josm/data/Version.java | 7 7 + 0 - 0 !
src/org/openstreetmap/josm/gui/bugreport/BugReportDialog.java | 11 4 + 7 - 0 !
src/org/openstreetmap/josm/gui/bugreport/DefaultBugReportSendingHandler.java | 2 1 + 1 - 0 !
src/org/openstreetmap/josm/tools/bugreport/BugReportSender.java | 8 3 + 5 - 0 !
6 files changed, 19 insertions(+), 14 deletions(-)

 include debian version number and bts link.
 Bugs for the JOSM version present in Debian have to be filed in Debian's
 BTS and not upstream. Also include the Debian version number for better
 bug triaging.
03 default_look_and_feel.patch | (download)

src/org/openstreetmap/josm/tools/PlatformHookUnixoid.java | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 use gtk look and feel by default.
 Patch rewritten for new code, original patch was from Ubuntu's
 01-default-look-and-feel.dpatch by Mathieu Trudel <mathieu.tl@gmail.com>
05 fix_version.patch | (download)

build.xml | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix version numbers to reflect upstream changes.
 Appending SVN to version is not required for the Debian package build.
 The Debian package build is identified using the Build-Name property in the
 REVISION file (see 00-build.patch).
06 move_data_out_of_jar.patch | (download)

src/org/openstreetmap/josm/io/CachedFile.java | 10 8 + 2 - 0 !
src/org/openstreetmap/josm/tools/I18n.java | 7 6 + 1 - 0 !
2 files changed, 14 insertions(+), 3 deletions(-)

 move sharable data out of josm.jar.
07 use_system_fonts.patch | (download)

src/org/openstreetmap/josm/tools/FontsManager.java | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

 use system noto fonts, instead of the embedded droid fonts.
08 use_noto_font.patch | (download)

src/org/openstreetmap/josm/gui/mappaint/styleelement/StyleElement.java | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 use noto font instead of droid.
09 no java 8.patch | (download)

native/linux/tested/usr/bin/josm | 1 0 + 1 - 0 !
1 file changed, 1 deletion(-)

 remove java-8 jres from list of possible java commands.
 josm is no longer built with openjdk-8-sdk and requires java-9-jre or newer at runtime.
openinghoursparser.patch | (download)

src/ch/poole/openinghoursparser/OpeningHoursParseException.java | 5 5 + 0 - 0 !
1 file changed, 5 insertions(+)

 fix 'cannot find symbol' error.
 Copy 'EOL' from ParseException.java generated source.
svn r17429.patch | (download)

src/org/openstreetmap/josm/actions/CreateMultipolygonAction.java | 41 16 + 25 - 0 !
test/data/regress/20325/data.osm | 407 407 + 0 - 0 !
test/data/regress/20325/invalid-new-upldate.osm | 23 23 + 0 - 0 !
test/data/regress/20325/no-change-new.osm | 31 31 + 0 - 0 !
test/data/regress/20325/no-change-old.osm | 96 96 + 0 - 0 !
test/data/regress/20325/update-no-command-warning.osm | 16 16 + 0 - 0 !
test/unit/org/openstreetmap/josm/actions/CreateMultipolygonActionTest.java | 83 82 + 1 - 0 !
7 files changed, 671 insertions(+), 26 deletions(-)

 update multipolygon removes tags instead of moving them to relation.
 * rewrite handling of update multipolygon cases
 * let removeTagsFromWaysIfNeeded() check if getDataset() returns null instead
   of checking isNew(). I assume it was always meant to work like this.
   JoinAreasAction works fine with that and I hope no plugin relies on the old
   behaviour.
 * add regression unit test and more unit tests to improve coverage