mate-desktop / libmateweather Goto Github PK

Library to access weather information from online services

License: GNU Lesser General Public License v2.1

Shell 0.97% C 79.79% XSLT 0.73% Makefile 14.62% M4 2.42% Perl 1.47%

libmateweather's Introduction

mate-desktop
=============

mate-desktop contains the libmate-desktop library, the mate-about
program as well as some desktop-wide documents.

The libmate-desktop library provides API shared by several applications
on the desktop, but that cannot live in the platform for various
reasons. There is no API or ABI guarantee, although we are doing our
best to provide stability. Documentation for the API is available with
gtk-doc.

The mate-about program helps find which version of MATE is installed.

You may download updates to the package from:

   http://pub.mate-desktop.org/releases/


Installation
============

If you are not using a released version of mate-desktop (for example,
if you checked out the code from git), you first need to run
'./autogen.sh'.


How to report bugs
==================

Bugs should be reported to the MATE bug tracking system:

   https://github.com/mate-desktop/mate-desktop/issues

libmateweather's People

Contributors

Stargazers

Watchers

libmateweather's Issues

Unable to load weather data since 16.10.2023

Also confirms here

Changing the location doesn't affect the behaviour.

Missing TLS certificate verification

Hi, I see libmateweather is using https:// URIs, but weather.c does not appear to be enabling TLS certificate verification on the SoupSessionAsync object it creates. You have to do this manually when using the deprecated SoupSessionAsync.

This was fixed in libgweather in https://gitlab.gnome.org/GNOME/libgweather/-/commit/e9358ac6a8eba9c95d139daade5c6dc1a73e679e as part of a compiler warning cleanup.

SPECI METAR parsing error

I realize this is going to be a difficult fix, but when the most recent metar is a SPECI (an update released in special conditions) the parsing does not retrieve any intelligable data whatsoever. I attempted to fix it myself, but I am neither familiar with the codebase, nor the language it is written in.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Check for xmllint during configure

Expected behaviour

Configure script should verify xmllint is installed. Don't know if you want to fail the configure if it isn't or simply not lint the translation XML files.

Actual behaviour

Generated make file blindly calls xmllint and fails the build if it doesn't exist.

Steps to reproduce the behaviour

Try to ./autogen.sh without having xmllint (via libxml2-utils) installed.

MATE general version

1.18

Package version

v1.18.1 (77af609)

Linux Distribution

Debian Stretch amd64

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

How to build

Expected behaviour

The whole build process works.

Actual behaviour

I'm stuck at ./autogen.sh:

/usr/local/bin/mate-autogen
checking for autoreconf >= 2.53...
  testing autoreconf... found 2.69
checking for pkg-config >= 0.14.0...
  testing pkg-config... found 0.29.1
checking for gtk-doc >= 1.0...
  testing gtkdocize... found 1.27
checking for mate-common >= 1.1.0...
  testing mate-doc-common... found 1.25.0
Checking for required M4 macros...
  mate-compiler-flags.m4 not found
***Error***: some autoconf macros required to build libmateweather
  were not found in your aclocal path, or some forbidden
  macros were found.  Perhaps you need to adjust your
  ACLOCAL_FLAGS?

(This is after I installed mate-common from the mate-desktop git and installed the gtk-doc-tools package from the repo.)

Steps to reproduce the behaviour

./autogen.sh

MATE general version

1.20.0

Package version

1.20.0-1

Linux Distribution

Ubuntu MATE 18.04.4 LTS

Link to downstream report of your Distribution

I was just wondering if it could be built...

libmateweather fails to build with python enabled

When attempting to compile libmateweather straight from the git repository, I run into this error when compiling with --enable-python:

make[2]: Entering directory '/home/lyudess/Projects/libmateweather/python'
GEN mateweather.c
CC mateweathermodule.lo
mateweathermodule.c: In function 'DL_EXPORT':
mateweathermodule.c:34:1: error: expected declaration specifiers before 'initmateweather'
mateweathermodule.c:47:1: error: expected '{' at end of input
make[2]: *** [mateweathermodule.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
INFO The coverage of global functions is 100.00% (1/1)
INFO The coverage of methods is 100.00% (23/23)
INFO There are no declared virtual proxies.
INFO There are no declared virtual accessors.
INFO There are no declared interface proxies.
make[2]: Leaving directory '/home/lyudess/Projects/libmateweather/python'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/lyudess/Projects/libmateweather'
make: *** [all] Error

Can we put the weather data server URL into an easier configurable place?

The weather data fails to be retrieved again because of the remote server change. #79 (comment)

If the URL isn't hardcoded in libmateweather.so, it will be a lot easier to get things corrected. We don't need to squeeze the last drop of efficiency for periodic weather information update.

Weather still not fully sorted

Apparently forecasting is still broken, see this user's message
https://lists.centos.org/pipermail/centos/2016-August/160898.html

It's for Gnome2, but broken on MATE, too:

grep -Ri "weather.noaa" *
ChangeLog:    update weather.noaa.gov url
ChangeLog:    update weather.noaa.gov url
libmateweather/weather-metar.c: "GET", "http://weather.noaa.gov/mgetmetar.php",
libmateweather/weather-iwin.c:    url = g_strdup_printf ("http://weather.noaa.gov/pub/data/forecasts/zone/%s/%s.txt", state, zone);

weather-applet can no longer can no longer retrieve forecast data for locations parsing data from bom.gov.au

This bug affects Australian users and was fixed in Gnome a while ago:

https://bugzilla.gnome.org/show_bug.cgi?id=628750

If someone could incorporate this fix it would be appreciated.

libmateweather 1.28 release source files are missing

Expected behaviour

libmateweather 1.28 release files are available

Actual behaviour

libmateweather 1.28 release files are not available

Steps to reproduce the behaviour

MATE general version

1.28

Package version

Linux Distribution

Link to bugreport of your Distribution (requirement)

Please, ADD two cities into Brazil Locations

Please, add this two cities...
<city> <name>São Bento do Sul</name> <coordinates>-26.25028 -49.37861</coordinates> <location> <name>São Bento do Sul</name> <code>SBSB</code> <tz-hint>America/Sao_Paulo</tz-hint> <coordinates>-26.25028 -49.37861</coordinates> </location> </city> <city> <name>Joinville</name> <coordinates>-26.30444 -48.84556</coordinates> <location> <name>Joinville Airport</name> <code>SBJV</code> <tz-hint>America/Sao_Paulo</tz-hint> <coordinates>-26.22444 -48.79722</coordinates> </location> </city>

Into State....
<city> <name>São Bento do Sul</name> <coordinates>-26.25028 -49.37861</coordinates> <location> <name>São Bento do Sul</name> <code>SBSB</code> <tz-hint>America/Sao_Paulo</tz-hint> <coordinates>-26.25028 -49.37861</coordinates> </location> </city> <city> <name>Joinville</name> <coordinates>-26.30444 -48.84556</coordinates> <location> <name>Joinville Airport</name> <code>SBJV</code> <tz-hint>America/Sao_Paulo</tz-hint> <coordinates>-26.22444 -48.79722</coordinates> </location> </city>

From Brazil...

<country>  <name>Brazil</name>

Documentation for adding missing locations

Expected behaviour

README or similar file must contain steps on how to add missing locations.

Should we contribute to this project or directly to libgweather?
How often do you sync with libgweather if ever?
Is it possible to add a city without code which is defined as mandatory?
Can the same code be used several times in the XML file for different cities in the same region?
Should it be an airport actively sharing weather details? What happens if the specified code if officially registered in databases but doesn't report its weather?
What is general guideline which coordinates should be used on <city> level and which ones of the <location> level? Usually they are close but still different.
When users type a name for seeking a place to add, does it look for 'cities' or for 'locations'?
When <pref-lang> is used? I found only a few occasions in the XML file.
Should we place local names directly in the XML file like xml:lang="" or rather deal with transifex?
How critical/desired is to put text in msgctxt=""?
Is there a recommendation on how to sort or order this XML file?
Should it be one file for all cities/locations or it should be split into regions or countries?

Actual behaviour

README or similar file should contain steps and examples on how to add missing locations.
Currently potential contributors are obliged to review list of previous Issues, previously asked questions and answers and peruse code.

Steps to reproduce the behaviour

N/A

MATE general version

1.26.0

Package version

1.24.0-1

Linux Distribution

Ubuntu 22.04 LTS, Ubuntu 20.04 LTS, etc

Link to bugreport of your Distribution (requirement)

N/A

replace python bindings with introspection support

There is a a weird directory in libmateweather, very explicit: I_KNOW_THIS_IS_UNSTABLE. Perhaps a rest of libgnomeweather but it will be great to fillup this identifier

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/34760758-replace-python-bindings-with-introspection-support?utm_campaign=plugin&utm_content=tracker%2F1555064&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F1555064&utm_medium=issues&utm_source=github).

Change provider to AccuWeather

Hello!
I am from Crimea, when I set sity Simferopol wheater info dont show.
Other sitis show correct, I thinking this hapend because Crimea in sanctions.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Broken icon cache update

Commit 2f2e67b broke the updating of the icon cache while installing.

Please see my comments on that commit for more info.

radar map tab/window resizing

I'm using http://www.arso.gov.si/vreme/napovedi%20in%20podatki/radar_anim.gif to show local radar map animation but it's a little bit of a trouble to always resize the window to see the whole map.

This is how it opens up by default:

And this is how I think would be a better default (based on the size of the image displayed of course):

Another (maybe better?) option would be to resize the image when initially selecting the radar map tab and leave the window size alone. As it is now, I have to always resize the window to see anything useful on the map.

best regards,
Borut Mrak.

aviationweather.gov METAR URL change

I have a small project to collect weather data for my home location, which uses METAR data from the city's airport, pulling it from aviationweather.gov. It suddenly stopped working two days ago - and simultaneously, MATE Weather stopped working also.

A quick look at aviationweather.gov showed they have a new web site. After some digging, the URL I switched to now looks like this:

https://aviationweather.gov/cgi-bin/data/metar.php?ids=LBSF&hours=0&format=xml

This will pull the latest METAR for the specified ICAO code in XML form (if you say format=raw you will get the plain text, but I find it more difficult to parse since some fields may be absent, depending on the actual weather).

Hope this will help bring MATE Weather back.

Temperature only shows in VNC session but not on local session

Orginal report at fedora bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1010805

Aaron Lu 2013-09-23 02:00:16 EDT

Screenshot for local session and VNC session
https://bugzilla.redhat.com/attachment.cgi?id=801493
Location and unit setting of weather
https://bugzilla.redhat.com/attachment.cgi?id=801681
No weather displayed on home laptop
https://bugzilla.redhat.com/attachment.cgi?id=802179

Description of problem:
The temperature doesn't show up after I set up location. In VNC session of the same computer, however, it can correctly show up. See attached picture.

Not sure if I chose the correct component, please reassign if I made a mistake here, thanks.

Version-Release number of selected component (if applicable):
mate-panel-1.6.1-4.fc19.x86_64
libmateweather-data-1.6.2-3.fc19.noarch
libmateweather-1.6.2-3.fc19.x86_64

How reproducible:
Always for local session, for VNC session, it is always OK.

Steps to Reproduce:

Actual results:
Temperature doesn't show up

Expected results:
Temperature shows up

Additional info:
I don't think this has anything to do with network proxy, but just in case, I'll mention it that the computer is in a company network, proxy is used. The proxy setting is done in System->Preference->Network Proxy, so should be the same for local session and VNC session.

there are more useful comments at the orginal report.
raveit65

Time in New Zealand

Can you please enter another New Zealand weather location for the Mate Clock ver 1.16?

Location name: Dunedin, Otago Region, South Island
Latitude: -45.8741
Longitude: 170.5035
I hope this code is good enough:

<!-- A city in New Zealand -->
<_name>Dunedin</_name>
<coordinates>-45.8741 170.5035</coordinates>
<location>
  <name>Dunedin Airport</name>
  <code>NZDN</code>
  <coordinates>-46.018741 170.6000</coordinates>
</location>
</city>
<city>

FTBFS against tzdata 2020a

Expected behaviour

Successful build.

Actual behaviour

   dh_auto_test
	make -j1 check VERBOSE=1
make[1]: Entering directory '/<<PKGBUILDDIR>>'
Making check in po
make[2]: Entering directory '/<<PKGBUILDDIR>>/po'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/<<PKGBUILDDIR>>/po'
Making check in po-locations
make[2]: Entering directory '/<<PKGBUILDDIR>>/po-locations'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/<<PKGBUILDDIR>>/po-locations'
Making check in libmateweather
make[2]: Entering directory '/<<PKGBUILDDIR>>/libmateweather'
make  check-am
make[3]: Entering directory '/<<PKGBUILDDIR>>/libmateweather'
make[3]: Nothing to be done for 'check-am'.
make[3]: Leaving directory '/<<PKGBUILDDIR>>/libmateweather'
make[2]: Leaving directory '/<<PKGBUILDDIR>>/libmateweather'
Making check in doc
make[2]: Entering directory '/<<PKGBUILDDIR>>/doc'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/<<PKGBUILDDIR>>/doc'
Making check in data
make[2]: Entering directory '/<<PKGBUILDDIR>>/data'

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
xmllint --valid --noout ../data/Locations.xml.in
./check-timezones.sh ./Locations.xml.in
Invalid timezones in ./Locations.xml.in: America/Godthab
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


make[2]: *** [Makefile:637: check] Error 1
make[2]: Leaving directory '/<<PKGBUILDDIR>>/data'
make[1]: *** [Makefile:490: check-recursive] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_test: error: make -j1 check VERBOSE=1 returned exit code 2
make: *** [debian/rules:10: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
--------------------------------------------------------------------------------
Build finished at 2020-05-22T16:41:15Z

Steps to reproduce the behaviour

Rebuild libmateweather 1.24.0 on current Debian unstable (containing tzdata 2020a-1).

MATE general version

1.24

Package version

1.24.0-1

Linux Distribution

Debian

Link to downstream report of your Distribution

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959545

Add airport Ingolstadt-Manching (IGS)

How would I add this airport?
https://www.world-airport-codes.com/germany/ingolstadt-manching-63518.html

That would e good for the whole region. Some other cities would come to my mind, but if this is present many people would already be happy. If somebody can do this, that would be nice.

Weather and cities

Many cities are not repertoried (test for french cities).
If big cities are found, other (yet important) not. Howeve, towns easy to find for others desktop-environment (like Xfce, GNOME).

To read other remarks on the Net, it seems that even indicating geographical coordinates it does not work (but I don't try it).

MATE general version

1.16 & 1.20

Linux Distribution

Debian Stable & Sid
Fedora 28

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Please support more cities

Like a lot of meteo plugin please support Weather codes

Add Ceiba, Puerto Rico location

<city>
        <!-- A city in Puerto Rico -->
        <name>Ceiba</name>
        <coordinates>18.264169 -65.648302</coordinates>
        <location>
          <name>José Aponte de la Torre Airport</name>
          <code>TJNR</code>
	  <radar>sju</radar>
          <coordinates>18.2553 -65.6386</coordinates>
        </location>
</city>

Is the METAR the only way to add locations? Wanted to add some more areas, but they don't seem to have it. Or a way to change provider to the one GNOME uses,OpenWeatherMap, since it seems to have more locations available.

Indonesia should be in Asia, not Australasia & Oceania

Hi,

Indonesia should be located under Asia region instead of Australasia & Oceania

Pushed a PR in #41 to fix this issue

Travis CI `.build.yml` fails on Fedora but passes on Debian

Expected behaviour

Travis CI Build results are expected to be consistent on all platforms.

Actual behaviour

Fails on Fedora but passes on Debian.

Steps to reproduce the behaviour

after_scripts:
  - if [ ${DISTRO_NAME} == "fedora" ];then
  -   cppcheck --xml --output-file=cppcheck.xml --enable=warning,style,performance,portability,information,missingInclude .
  -   cppcheck-htmlreport --title=${REPO_NAME} --file=cppcheck.xml --report-dir=cppcheck-htmlreport
  -   ./gen-index -l 20
  - fi
  - if [ ${DISTRO_NAME} == "debian" ];then
  -     make check
  - fi
  - make distcheck

As you see Shell script gen-index runs only on Fedora.

Failing line with git:

# add the history results
temp_work_dir=`mktemp -d -u`
remote_url=`git config remote.origin.url`

and related logs:

++ mktemp -d -u
+ temp_work_dir=/tmp/tmp.g36HXaQ902
++ git config remote.origin.url
+ remote_url=
!!! ERROR: run command [docker exec -t libmateweather-fedora-build /rootdir/after_scripts].
The command "./docker-build --name ${DISTRO} --verbose --config .build.yml --build scripts" exited with 1.

MATE general version

1.26

Package version

N/A, Travis CI

Linux Distribution

N/A, Travis CI

Link to bugreport of your Distribution (requirement)

N/A, Travis CI

About corrections of some city names

I found typos of some city names as follows:

#. A state/province/territory in Brazil
msgid "Tocantis"
--> Tocantins

#. A state in Germany. The local name is "Hessen". Please
#. use that unless you know that it has a different name in
#. your language.
#.
msgid "Hesse"
--> Hessen

#. A city in Bangladesh
msgid "Solpur"
--> Solapur

No weather data on Manjaro Mate Edition

Expected behaviour

Add weather to Mate Panel. Pick city. Click on refresh. See weather.

Actual behaviour

Clicking on refresh after picking city. No weather data.

Steps to reproduce the behaviour

Add weather to Mate Panel. Pick city. Click on refresh. See no weather data.

MATE general version

1.24 on Manjaro

I recompiled libmateweather from source from git today with no luck.,

Package version

latest / bleeding edge

Linux Distribution

Manjaro

Link to downstream report of your Distribution

List of areas in applets

The list of areas not looking for on the website weather.com. The list is taken locally and it is incomplete. And watch the weather in the nearest large city makes no sense.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Port to libsoup 3

The libsoup-2.4 API is deprecated. Porting libmateweather to soup-3.0 API is planned?

About corrections of some city names

I found out typos of some city names as follows:

#. A state/province/territory in Brazil
msgid "Tocantis"
--> Tocantins

#. A state in Germany. The local name is "Hessen". Please
#. use that unless you know that it has a different name in
#. your language.
#.
msgid "Hesse"
--> Hessen

#. A city in Bangladesh
msgid "Solpur"
--> Solapur

Best regards,
Green

weather.noaa.gov closed down, weather app useless

Hi,

Apparently the weather.noaa.gov service was shut down, the applets stopped working in Gnome2 and MATE.

How can this be fixed?

Weather applet not working

The weather applet isn't working as of yesterday afternoon. This is a Linux issues not just a MATE issue. I see Monsta has already made corrections but there are more possibilities if you choose to use them.

This comes from the Trinity (TDE) mailing list and contains a different url (http://tgftp.nws.noaa.gov/data/observations/metar/stations/) to the one that Monsta patched that may be worthwhile adding as a backup.
http://mirror.git.trinitydesktop.org/cgit/tdetoys/commit/?id=eb7b432f

Cheers.
Michael.

clock-applet crashes when adding locations

Expected behaviour

clock-applet shouldn't crash if adding a location

Actual behaviour

clock-applet crashes if adding a location

Steps to reproduce the behaviour

open preferences from clock-applet from master branch and try to add a location.
Note, sometimes the applet doesn't crash 20 times but next time it crashes.

MATE general version

mate-1.19.x

Package version

libmateweather-1.19.1-3.fc27

Linux Distribution

fedora

Link to downstream report of your Distribution

https://bugzilla.redhat.com/show_bug.cgi?id=1529897
https://bugzilla.redhat.com/show_bug.cgi?id=1529899

Reverting fixes for mate-desktop/mate-applets#231
in libmateweather fixes the problem.
8bb34e9
f34162f
97326e6
c307e7c

If those are reverted 2 commits for weather-applet needs revert too as they depends on it.
mate-desktop/mate-applets@109a7fa
mate-desktop/mate-applets@dc71847

I will do that for fedora 27 quickly and open a PR soon here.
Maybe someone have an idea to fix the crashes w/o removing the fix for 'little spam in logs'.
But i am pretty sure a lot of ppl will run in this issue when they add their location to clock-applet after a new installation, in other distros with 1.20.

Fails to build from source with tzdata 2016g

libmateweather currently fails to build with tzdata 2016g.

GNOME bug: https://bugzilla.gnome.org/show_bug.cgi?id=772253
Patch I submitted to GNOME: https://bug772253.bugzilla-attachments.gnome.org/attachment.cgi?id=336668

Debian patch: https://anonscm.debian.org/git/pkg-mate/libmateweather.git/tree/debian/patches/1001_adapt-to-timezone-namechange-for-Asia-Yangon.patch

Temperature for the Hague is wrong

The weather for the Hague keeps saying that it's 5°C. It's summer right now and it's never that cold in summer. Some days it was 25°C outside, but the applet kept saying it was 5°C.

Posted here earlier, reposted here.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/36078520-temperature-for-the-hague-is-wrong?utm_campaign=plugin&utm_content=tracker%2F1555064&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F1555064&utm_medium=issues&utm_source=github).

Error during compile

Hi there , i 'm considering to update our mate pkgs to last 1.19.x release in our unstable branch ( Manjaro repo ) . Build the pkgs following the build order but libmateweather give me this error


Traceback (most recent call last):
  File "/usr/bin/gtkdoc-rebase", line 56, in <module>
    sys.exit(rebase.run(options))
  File "/usr/share/gtk-doc/python/gtkdoc/rebase.py", line 73, in run
    ScanDirectory(dir, options)
  File "/usr/share/gtk-doc/python/gtkdoc/rebase.py", line 131, in ScanDirectory
    ScanDirectory(subdir, options)
  File "/usr/share/gtk-doc/python/gtkdoc/rebase.py", line 104, in ScanDirectory
    o = ReadDevhelp(scan_dir, entry)
  File "/usr/share/gtk-doc/python/gtkdoc/rebase.py", line 137, in ReadDevhelp
    for line in open(os.path.join(dir, file)):
  File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 3734: ordinal not in range(128)
make[2]: *** [Makefile:811: install-data-local] Error 1
make[2]: Leaving directory '/build/libmateweather/src/libmateweather-1.19.1/doc'
make[1]: *** [Makefile:554: install-am] Error 2
make[1]: Leaving directory '/build/libmateweather/src/libmateweather-1.19.1/doc'
make: *** [Makefile:493: install-recursive] Error 1
==> ERROR: A failure occurred in package().
    Aborting...
~/mate >>>

I don't understand this error .. what i missing ?

Add new city for Indonesia

Please add a city for Indonesia: Yogyakarta

<city>
        <!-- A city in Indonesia -->
        <_name>Yogyakarta</_name>
        <coordinates>-7.803164 110.3398254</coordinates>
        <location>
          <name>Adisucipto International Airport</name>
          <code>WAHH</code>
          <tz-hint>Asia/Jakarta</tz-hint>
          <coordinates>-7.7876785 110.4295726</coordinates>
        </location>
      </city>

unable to pull data again 30-Oct-2023

Expected behaviour

Mate Weather Report applet should be able to retrieve WX data

Actual behaviour

no data received. suspect URL has changed again.

Steps to reproduce the behaviour

MATE general version

1.26.0

Package version

libmateweather.so.1.6.9,

Linux Distribution

UbuntuMate 22.04.3 LTS

Link to bugreport of your Distribution (requirement)

Failed to get METAR data

Expected behaviour

Weather data

Actual behaviour

403 Forbidden error

Steps to reproduce the behaviour

As of today it appears that www.aviationweather.gov API changed.

MATE general version

Ubuntu 20.04LTS mate desktop

Package version

Linux Distribution

Link to downstream report of your Distribution

I get Failed to get METAR data 403 Forbidden error.

support reproducible builds, no timestamps in .gz files

To honour reproducible builds, .gz files produced while building libmateweather should not contain timestamps.

Patch comes in a couple of minutes.

Clock applet stopped showing weather (Fedora)

In Fedora, MATE Clock applet stopped showing weather. In 2 Fedoras f32, desktop and laptop. Desktop was fully updated yesterday (dnf), laptop several days ago. The clock itself works as usual. Locations are setup, home location set.

Segfault on adding new location to calendar

Expected behaviour

Adding location to calendar works normally

Actual behaviour

Panel segfaults on clicking "OK" button in dialog to add location

Steps to reproduce the behaviour

Open the calendar popup , it will come up with "locations" selected
click "edit" and then "add" buttons
Select any location
click "OK" and that's when the panel segfaults. When it restarts the location will have been sucessfully added.
Got this backtrace in gdb


Thread 1 "mate-panel" received signal SIGSEGV, Segmentation fault.
0x00007ffff714fadd in g_type_check_instance_is_fundamentally_a ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
(gdb) thread apply all bt full

Thread 6 (Thread 0x7fffdefff700 (LWP 14569)):
#0  0x00007ffff7fe80c5 in  () at /lib64/ld-linux-x86-64.so.2
mate-desktop/mate-panel#1  0x00007ffff6a8db2f in _dl_catch_exception () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#2  0x00007ffff7fe7bba in  () at /lib64/ld-linux-x86-64.so.2
mate-desktop/mate-panel#3  0x00007ffff6a8d06d in  () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#4  0x00007ffff6a8db2f in _dl_catch_exception () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#5  0x00007ffff6a8dbbf in _dl_catch_error () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#6  0x00007ffff6a8d147 in  () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#7  0x00007ffff6a8d1d6 in __libc_dlopen_mode () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#8  0x00007ffff6a74b9e in  () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#9  0x00007ffff6a75498 in __nss_lookup_function () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#10 0x00007ffff6a755b2 in __nss_lookup () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#11 0x00007ffff6a6758b in getservbyname_r () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#12 0x00007ffff6a67173 in getservbyname () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#13 0x00007fffecd288eb in libproxy::url::url(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () at /usr/lib/x86_64-linux-gnu/libproxy.so.1
mate-desktop/mate-panel#14 0x00007fffecd29029 in libproxy::url::is_valid(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) () at /usr/lib/x86_64-linux-gnu/libproxy.so.1
mate-desktop/mate-panel#15 0x00007fffecd238e2 in  () at /usr/lib/x86_64-linux-gnu/libproxy.so.1
mate-desktop/mate-panel#16 0x00007fffecd23d7d in px_proxy_factory_get_proxies () at /usr/lib/x86_64-linux-gnu/libproxy.so.1
--Type <RET> for more, q to quit, c to continue without paging--
mate-desktop/mate-panel#17 0x00007fffeeee047c in  () at /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
mate-desktop/mate-panel#18 0x00007ffff721ddae in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
mate-desktop/mate-panel#19 0x00007ffff706e0d4 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#20 0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#21 0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#22 0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 5 (Thread 0x7fffeec6a700 (LWP 14446)):
#0  0x00007ffff6a4cf59 in syscall () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff708f432 in g_cond_wait_until () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff70183e1 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff706e22a in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 4 (Thread 0x7fffef7fe700 (LWP 14445)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7045e0f in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff41e0ffd in  () at /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.--Type <RET> for more, q to quit, c to continue without paging--
so
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 3 (Thread 0x7fffeffff700 (LWP 14444)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7046053 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff7281b46 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7ffff4a45700 (LWP 14443)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7045e0f in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff7045e61 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6
--Type <RET> for more, q to quit, c to continue without paging--

Thread 1 (Thread 0x7ffff5037f00 (LWP 14424)):
#0  0x00007ffff714fadd in g_type_check_instance_is_fundamentally_a () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#1  0x00007ffff713097e in g_object_ref () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff797c05a in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
mate-desktop/mate-panel#3  0x00007ffff712c006 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff7147ba0 in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7148122 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#6  0x00007ffff7559a9f in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
mate-desktop/mate-panel#7  0x00007ffff7544ca8 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
mate-desktop/mate-panel#8  0x00007ffff70464d4 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#9  0x00007ffff70459fe in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#10 0x00007ffff7045d80 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#11 0x00007ffff7046053 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#12 0x00007ffff7844fb5 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
mate-desktop/mate-panel#13 0x00005555555789f1 in main ()
(gdb) 
(gdb) 
(gdb) Quit
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/mate-panel 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff4a45700 (LWP 15614)]
[New Thread 0x7fffeffff700 (LWP 15615)]
[New Thread 0x7fffef7fe700 (LWP 15616)]
[New Thread 0x7fffeec6a700 (LWP 15617)]
[New Thread 0x7fffed149700 (LWP 15650)]
[Thread 0x7fffeec6a700 (LWP 15617) exited]

Thread 1 "mate-panel" received signal SIGSEGV, Segmentation fault.
0x00007fff00000001 in ?? ()
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/mate-panel 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff4a45700 (LWP 16518)]
[New Thread 0x7fffeffff700 (LWP 16519)]
[New Thread 0x7fffef7fe700 (LWP 16520)]
[New Thread 0x7fffeec6a700 (LWP 16521)]
[New Thread 0x7fffed81b700 (LWP 16537)]
[New Thread 0x7fffdffff700 (LWP 16570)]
[Thread 0x7fffed81b700 (LWP 16537) exited]
[Thread 0x7fffeec6a700 (LWP 16521) exited]
[Thread 0x7fffdffff700 (LWP 16570) exited]
[New Thread 0x7fffdffff700 (LWP 16891)]
[Thread 0x7fffdffff700 (LWP 16891) exited]
[New Thread 0x7fffdffff700 (LWP 17042)]
free(): invalid pointer

Thread 1 "mate-panel" received signal SIGABRT, Aborted.
0x00007ffff69907bb in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) exit
Undefined command: "exit".  Try "help".
(gdb) quit
A debugging session is active.

	Inferior 1 [process 16517] will be killed.

Quit anyway? (y or n) y
luke@ubuntu:~$ gdb mate-panel
GNU gdb (Debian 8.3-1) 8.3
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from mate-panel...
(gdb) run
Starting program: /usr/bin/mate-panel 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff4a45700 (LWP 23898)]
[New Thread 0x7fffeffff700 (LWP 23899)]
[New Thread 0x7fffef7fe700 (LWP 23900)]
[New Thread 0x7fffeec6a700 (LWP 23901)]
[New Thread 0x7fffee469700 (LWP 23902)]
[New Thread 0x7fffec948700 (LWP 23929)]
[Thread 0x7fffeec6a700 (LWP 23901) exited]
[Thread 0x7fffee469700 (LWP 23902) exited]
[New Thread 0x7fffee469700 (LWP 23996)]
[Thread 0x7fffec948700 (LWP 23929) exited]

Thread 1 "mate-panel" received signal SIGSEGV, Segmentation fault.
0x00007ffff714fadd in g_type_check_instance_is_fundamentally_a ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
(gdb) thread apply all bt full

Thread 8 (Thread 0x7fffee469700 (LWP 23996)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff58c8207 in  () at /lib/x86_64-linux-gnu/libresolv.so.2
mate-desktop/mate-panel#2  0x00007ffff58c5c43 in __res_context_query () at /lib/x86_64-linux-gnu/libresolv.so.2
mate-desktop/mate-panel#3  0x00007ffff58c6286 in  () at /lib/x86_64-linux-gnu/libresolv.so.2
mate-desktop/mate-panel#4  0x00007ffff58c684d in __res_context_search () at /lib/x86_64-linux-gnu/libresolv.so.2
mate-desktop/mate-panel#5  0x00007fffec1430ba in _nss_dns_gethostbyname4_r () at /lib/x86_64-linux-gnu/libnss_dns.so.2
mate-desktop/mate-panel#6  0x00007ffff6a3be0a in  () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#7  0x00007ffff6a3ce37 in getaddrinfo () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#8  0x00007ffff722148d in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
mate-desktop/mate-panel#9  0x00007ffff721ddae in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
mate-desktop/mate-panel#10 0x00007ffff706e0d4 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#11 0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#12 0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#13 0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 4 (Thread 0x7fffef7fe700 (LWP 23900)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7045e0f in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libgl--Type <RET> for more, q to quit, c to continue without paging--
ib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff41e0ffd in  () at /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 3 (Thread 0x7fffeffff700 (LWP 23899)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7046053 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff7281b46 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7ffff4a45700 (LWP 23898)):
#0  0x00007ffff6a47819 in poll () at /lib/x86_64-linux-gnu/libc.so.6
mate-desktop/mate-panel#1  0x00007ffff7045cee in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff7045e0f in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#3  0x00007ffff7045e61 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff706d9fd in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
--Type <RET> for more, q to quit, c to continue without paging--
mate-desktop/mate-panel#5  0x00007ffff7d5ffa3 in start_thread () at /lib/x86_64-linux-gnu/libpthread.so.0
mate-desktop/mate-panel#6  0x00007ffff6a524cf in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x7ffff5037f00 (LWP 23879)):
#0  0x00007ffff714fadd in g_type_check_instance_is_fundamentally_a () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#1  0x00007ffff713097e in g_object_ref () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#2  0x00007ffff797c05a in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
mate-desktop/mate-panel#3  0x00007ffff712c006 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#4  0x00007ffff7147ba0 in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#5  0x00007ffff7148122 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
mate-desktop/mate-panel#6  0x00007ffff7559a9f in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
mate-desktop/mate-panel#7  0x00007ffff7544ca8 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
mate-desktop/mate-panel#8  0x00007ffff70464d4 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#9  0x00007ffff70459fe in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#10 0x00007ffff7045d80 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#11 0x00007ffff7046053 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
mate-desktop/mate-panel#12 0x00007ffff7844fb5 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
mate-desktop/mate-panel#13 0x00005555555789f1 in main (argc=<optimized out>, argv=<optimized out>) at main.c:22--Type <RET> for more, q to quit, c to continue without paging--
7
        desktopfile = <optimized out>
        context = <optimized out>
        error = 0x0
        display = <optimized out>
        screen = 0x55555562a020
        css = 0x555555837040
        provider = 0x555555837040
        resource = 0x5555555c5588 "/org/mate/panel/theme/mate-panel.css"
        priority = 1
        found_backend = <optimized out>
(gdb)

MATE general version

1.23 from git master

Package version

local build from git master as of 9-11-2019

Linux Distribution

Debian Unstable last updated Sep 6

Link to downstream report of your Distribution

None as this is a local build

Novosibirsk timezone is wrong

The timezone for Novosibirsk, Russia has been wrong for some months. This patch attempts to reinstate the Asia/Novosibirsk timezone to prevent such incidents in the future.

Hong Kong International Airport location name is outdated (since 1998)

The Hong Kong International Airport (VHHH) has moved out of Kowloon district since 1998. However, the location database still marks it under Kowloon, Hong Kong and shows the airport weather data under the name of Kowloon.

Suggestion: Either put the weather data under the name of Hong Kong, Hong Kong, or put it under Chek Lap Kok, Hong Kong, or maybe both.

This is not unprecedented as Macau nearby has the same airport data point (VMMC) put under both Macau, Macau and Taipa, Macau.

mate-desktop / libmateweather Goto Github PK

libmateweather's Introduction

libmateweather's People

Contributors

Stargazers

Watchers

Forkers

libmateweather's Issues

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to downstream report of your Distribution

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to bugreport of your Distribution (requirement)

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to bugreport of your Distribution (requirement)

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to downstream report of your Distribution

MATE general version

Linux Distribution

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to bugreport of your Distribution (requirement)

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to downstream report of your Distribution

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to downstream report of your Distribution

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to bugreport of your Distribution (requirement)

Expected behaviour

Actual behaviour

Steps to reproduce the behaviour

MATE general version

Package version

Linux Distribution

Link to downstream report of your Distribution

Expected behaviour