Modify

Opened 5 years ago

Closed 2 years ago

Last modified 2 years ago

#19912 closed task (fixed)

Upgrade server to Ubuntu 20.04.1 LTS

Reported by: Don-vip Owned by: stoecker
Priority: normal Milestone:
Component: Trac Version:
Keywords: ubuntu server migration Cc:

Description

New release '20.04.1 LTS' available.

I guess we should upgrade. The new release still provides openjdk-8 and 11, so I see no particular risk.

Attachments (0)

Change History (34)

comment:1 by stoecker, 5 years ago

What's the idea of using LTS when we anyway update each time? :-)

Risk: Trac

  • I don't want to use the recent trac version 1.4.2, but keep the somwhat older 1.2.2.
  • If they finish a new version with python 3 support I think we can update again

comment:2 by Don-vip, 5 years ago

There's no rush, I guess we have until 2023 to update :) https://ubuntu.com/about/release-cycle
We can wait for a new version of Trac to make the upgrade more meaningful.

comment:3 by taylor.smock, 3 years ago

Ubuntu 22.04 was just released (also, we need to update the debian/ubuntu repo).

Anyway, it looks like Ubuntu 22.04 has Java 8, 11, and 17.

From comment:1:

Risk: Trac

  • Most recent stable version is 1.4.3, Ubuntu 22.04 appears to still have a python2 package.
  • Ubuntu 22.04 has trac 1.5.3 in their package repository.

From https://trac.edgewall.org/ticket/13333#comment:18, there may be a 1.6 release in time for Debian 12. I don't know if I would count on it though.

comment:4 by taylor.smock, 2 years ago

We've got ~4 months before EOL for 18.04. Is there anything I can do to help?

comment:5 by taylor.smock, 2 years ago

Keywords: ubuntu server migration added

in reply to:  4 ; comment:6 by stoecker, 2 years ago

Replying to taylor.smock:

We've got ~4 months before EOL for 18.04. Is there anything I can do to help?

Well the update itself is easy. It's only when something goes wrong...

comment:7 by stoecker, 2 years ago

BTW. Is it possible to upgrade 18 directly to 22? I usually use openSUSE and there it's possible (with some caution).

in reply to:  6 comment:8 by taylor.smock, 2 years ago

I think it might be technically possible, but the supported upgrade paths don't have that as an option. So, for our purposes, no, we should not upgrade directly from 18.04 to 22.04.

As far as comment:1 goes (risks), we are still running Trac 1.2.2, so we would have to update to 1.5.x. I was just looking into what version of Trac was in Ubuntu 20.04, and apparently it was not in their repos. I was hoping that 1.4.x was there, just to have a stepping point if something failed when doing the upgrade to 22.04 with Trac 1.5.x.

This upgrade (while necessary) looks like a PITA.

comment:9 by stoecker, 2 years ago

As long as python2.7 is still available we can keep Trac (I'm planning to update another instance to current devel as no new release is in sight - when that works maybe that's an option for josm also).

comment:10 by taylor.smock, 2 years ago

It looks like python2 is still available in Ubuntu 22.04 (I tested with podman run -it --rm ubuntu:22.04 /bin/bash -c "apt update && apt install -y python2 && python2 --version").

I'm not seeing a virtual env package though.

comment:12 by stoecker, 2 years ago

Hmm. No 22.04 yet. Upgrade to 20.04 was troublesome enough. Please report any issues.

comment:13 by anonymous, 2 years ago

Please report any issues.

https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation

It's full of error messages as of this weekend ;)

comment:14 by skyper, 2 years ago

Yes, some processors do not work like #!mapcss and #!rule:

*[highway] {
}

Additionally, I think the individual style for highlighting set in user preferences is not working or is a problem with #!preset.

comment:15 by stoecker, 2 years ago

MapCSS style fixed.

in reply to:  15 comment:16 by skyper, 2 years ago

Thanks for the upgrade, by the way.

Replying to stoecker:

MapCSS style fixed.

Thanks, highlighting works again, too.

Last edited 2 years ago by skyper (previous) (diff)

in reply to:  12 comment:17 by taylor.smock, 2 years ago

Replying to stoecker:

Hmm. No 22.04 yet. Upgrade to 20.04 was troublesome enough. Please report any issues.

Will do. I was more worried about running an EOL OS than about getting to the latest and greatest. We don't have to worry about upgrading for another two years, and hopefully upgrading to 22.04 and then to 24.04 will be easier (I'm going to hope that Trac 1.6 is actually released).

Anyway, thanks for working on the OS upgrade.

comment:18 by stoecker, 2 years ago

Yes. Major problem is python2 caused by the missing Trac release using python3.

comment:19 by stoecker, 2 years ago

Maybe if somebody else than me asks them for a new Trac release? ;-)

comment:20 by taylor.smock, 2 years ago

I somehow don't think that will get them on-Trac...

On a different note, I think they might actually be doing something soon. At least one of the tickets that they indicated was a blocker for 1.6.0 has had its milestone set to 1.6.1 (see https://trac.edgewall.org/ticket/13406) and they have GitHub CI up and running.

There are also indications on one of their mailing lists that there is some work towards releasing 1.6.0 (from February of this year).

Last edited 2 years ago by taylor.smock (previous) (diff)

comment:21 by taylor.smock, 2 years ago

It looks like something got borked with the test renders. See r18707 (patch, nothing related to MapCSS) and run 7973/jdk=JDK8.

I hacked around the openjdk limitation on macOS, and a visual compare seems to have the text for the right blue path in GroB Vahlberger StraBe. I don't know if that is what the problem is though.

EDIT: See #12025 for where the failing test comes from. It looks like it isn't just the test environment, so something caused a regression somewhere (see #7841 for original "flying text" issue on macOS, probably a different issue on the server).

Last edited 2 years ago by taylor.smock (previous) (diff)

comment:22 by taylor.smock, 2 years ago

The failing test (https://josm.openstreetmap.de/jenkins/job/JOSM/jdk=JDK8/lastCompletedBuild/testReport/org.openstreetmap.josm.gui.mappaint/MapCSSRendererTest/testRender_TestConfig__String__14_/) looks like it is a very small difference in the diacritics. I'll commit the files generated with r18706. There do not appear to be any differences between 22.10 and 20.04 for this test (I compared the failures on the 22.04 machine against the failures on CI).

comment:23 by taylor.smock, 2 years ago

In 18717/josm:

See #19912: Upgrade server to Ubuntu 20.04

Upgrade test reference images to match the images generated post-upgrade.
The images were generated with r18706 (the last passing CI build).

comment:24 by stoecker, 2 years ago

Resolution: fixed
Status: newclosed

comment:25 by taylor.smock, 2 years ago

It looks like something is going on with the plugin repo (source:osm). It isn't updating with some commits. I haven't checked to see if the dist folder works yet (I'll be running a dist since I updated the i18n).

in reply to:  25 comment:26 by stoecker, 2 years ago

Replying to taylor.smock:

It looks like something is going on with the plugin repo (source:osm). It isn't updating with some commits. I haven't checked to see if the dist folder works yet (I'll be running a dist since I updated the i18n).

Fixed (NOTE: It wasn't the repo, but the trac sync).

Last edited 2 years ago by stoecker (previous) (diff)

comment:27 by taylor.smock, 2 years ago

Fixed (NOTE: It wasn't the repo, but the trac sync).

Thanks. I'm sorry I have to keep bugging you. :(

Anyway, I noticed another problem source:trunk/src/org/openstreetmap/josm/gui/MapFrame.java?annotate=blame

Warning: Can't use blame annotator:

svn blame failed on trunk/src/org/openstreetmap/josm/gui/MapFrame.java: 200019 - Version mismatch in 'svn_fs' (expecting equality): found 1.13.0, expected 1.14.2
200019 - Version mismatch in 'svn_repos' (expecting equality): found 1.13.0, expected 1.14.2
200019 - Version mismatch in 'svn_delta' (expecting equality): found 1.13.0, expected 1.14.2
200019 - Version mismatch in 'svn_subr' (expecting equality): found 1.13.0, expected 1.14.2

I'm going to guess that the svn that was installed in 18.04 was either from a PPA or compiled locally.

comment:28 by stoecker, 2 years ago

Reason is simple. As I don't get python2 bindings for 1.14.2 I made them for 1.13.0. That works everywhere else, but seems in this case somehow the 1.14.2 and 1.13.0 libraries get mixed.

comment:29 by stoecker, 2 years ago

Hope it works now.

comment:30 by taylor.smock, 2 years ago

Looks like it. Thanks.

comment:31 by taylor.smock, 2 years ago

I don't know if the reason why the last two builds failed was due to me, or due to a server change. I didn't change anything related to the creation of the REVISION.XML file, so I'm thinking something in the server environment.

The message from the logs is:

create-revision:
[xmlproperty] [Fatal Error] REVISION.XML:1:1: Content is not allowed in prolog.

comment:32 by stoecker, 2 years ago

Aaah. Now parts of the remaining 1.13.0 install tests infected the system SVN. Hopefully I cleaned that as well. I really miss my usually toolchain from openSUSE when working under Ubuntu. :-(

comment:33 by taylor.smock, 2 years ago

It looks like the JOSM-Performance job is having the same issue.

With that said, I honestly don't know if the JOSM-Performance job is still useful -- when I was looking at some of the perf code, it looked like there was supposed to be a graph showing timings in Jenkins (Measurement Plots is what was referenced).

comment:34 by stoecker, 2 years ago

Probably affected all svn operations :-) Only report svn related errors beginning with data from now on...

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain stoecker.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.