Since I am the only one using this applet, let me open a bug report and provide a fix with an update advisory. wmweather does not work anymore. For instance if you want to get weather conditions at Brussels airport, you would do: wmweather -s EBBR you get: wmweather: SSL: couldn't create a context: error:140A90A1:lib(20):func(169):reason(161) This is due to a change in the METAR provider that switched from http to https, combined with a bug in the initialisation of libcurl within wmweather, in which SSL routines were not properly initialized. The problem occurs only for old version of curl, the one we have in mga6 and will not occur anymore in Cauldron. The new version fixes this with a dedicated patch. To test the new version: wmweather -s EBBR open a little 64 pixels window with the current METAR at EBBR. ---- Suggested advisory: ======================== Updated wmweather packages to fix change of METAR url address and incorrect initialization of SSL routines. ======================== Updated packages in {core,tainted}/updates_testing: ======================== wmweather-2.4.5-8.1.mga6 Source RPMs: wmweather-2.4.5-8.1.mga6.src.rpm
mga6, x86_64 Checked the ICAO code EBBR with my own weather widget to see if the changes noted affected it and found that it worked OK. Installed wmweather-2.4.5-8 to confirm the bug. $ wmweather -s EBBR wmweather: SSL: couldn't create a context: error:140A90A1:lib(20):func(169):reason(161) Updated to wmweather-2.4.5-8.1 and tried again. The applet appeared at [0,0] on the screen and appeared to be active. On a 4K screen it is very tiny. Checked the man page to see if there was an option to dock the applet but apparently not but the screen position can be specified; e.g. $ wmweather -s EBBR --geometry="+500+800" & Looks good for 64-bits.
Whiteboard: (none) => MGA6-64-OKCC: (none) => tarazed25
While the link listed in the config file is not available to look up the icao code, the code can be found using https://en.wikipedia.org/wiki/ICAO_airport_code#Prefixes I confirm the update is working. I was in the process of adding the advisory to svn, when I ran # urpmq -i wmweather|grep ^Source|sort -uV to confirm the srpm matches the above. # urpmq -i wmweather|grep ^Source|sort -uV Source RPM : wmweather-2.4.5-8.mga6.src.rpm (I'd ran "urpmi.update e" just before the urpmq) Also, it's no longer present in http://mirrors.kernel.org/mageia/distrib/6/x86_64/media/core/updates_testing/ Looks like the sysadmins removed the good version. Removing the MGA6-64-OK. Please resubmit it, then remove the feedback keyword.
CC: (none) => davidwhodginsKeywords: (none) => feedbackWhiteboard: MGA6-64-OK => (none)
I think it is ok, the good version is the one with the subrel, this one is good: https://mirrors.kernel.org/mageia/distrib/6/x86_64/media/core/updates_testing/wmweather-2.4.5-8.1.mga6.x86_64.rpm wmweather-2.4.5-8 in update testings was a mistake from my side, sorry for the confusion!
And it definitely came down when I enabled updates testing and ran urpmi.update -a. I keep forgetting to use "e". $ rpm -qa | grep wmweather wmweather-2.4.5-8.1.mga6
Keywords: feedback => (none)
Re comment 2. There does not seem to be anything anywhere linking to a comprehensive (global) list of weather-stations like that indicated in the wmweather.conf file. Wunderground states specifically that it does not issue such information. Years ago I acquired a long list of weather stations with coordinates and sometimes ICAO codes, possibly from NWS or NOAA but it is no longer available so my list will be well out of date. In view of the lack of information, should the siteloc link be removed from the configuration file? Dave's wikipedia link might be the most useful source.
Yes, we can remove it, but I would say it is not related to the bug. Let's do this for mga7?
Agreed.
MGA6-32 MATE on IBM Thinkpad R50e No installation issues At CLI: $ wmweather -s EBBR Opens a small window with data I can believe. At closing this window I get: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 293 requests (173 known processed) with 0 events remaining. But basically the program works OK.
CC: (none) => herman.viaeneWhiteboard: (none) => MGA6-32-OK
Advisory committed to svn. Validating the update.
Keywords: (none) => advisory, validated_updateCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2019-0018.html
Status: NEW => RESOLVEDResolution: (none) => FIXED