It was "weectl station upgrade --what skins" as the offender.
The skins stuff that comes with core is Ftp, Mobile, Rsync, Seasons,
Smartphone, Standard - so my thought as a user is that I always am going to
want to upgrade the one(s) that I use along with the code stuff that pip
installs.In
Wait. Are you saying a pip upgrade broke the skins? It's not supposed to
touch anything in the user data area.
Or, do you mean
*weectl station upgrade --what skins *
broke it? If so, this is the reason why we make a user explicitly call out
a skins upgrade. Skin upgrades were impossible with set
Bottom line is an upgrade should never break anything there previously.
Historically a weewx setup.py upgrade left any user additions under skins
as-is and still present and working. The core was simply updated and no
further user action was required.
But now a v5a29 pip upgrade breaks any sk
Not following. What should the expected behavior be? I suppose we could
move a timestamped version of the old core skin aside, and install the new
version. Is that what you're thinking? You'd end up with something like
skins
Seasons
Seasons.20230422
Standard
Standard.20230422
e
I upgraded a28 to a29 and followed the upgrade guide and ran "weectl
station upgrade --what skins" and got some very unexpected behavior.
>From the docs I 'thought' that it would upgrade only the content of the
various core skins.
What happened is the entire skins dir was moved aside into the t
It appears that in my attempt to allow plots of derived xtypes, I broke
being able to plot an arbitrary SQL expression.
Thanks for finding this!
On Wed, May 3, 2023 at 4:54 AM pa...@pauland.net wrote:
> Sorry image request didn't copy correctly. This is what is used.
>
> [[[daytempdiff]
Sorry image request didn't copy correctly. This is what is used.
[[[daytempdiff]]]
diff
data_type = outTemp-extraTemp7
label = Vantage - GW1000
baseline
data_type = 0.0
label = ' '
Had been producing an image that showd the difference between Davis outTemp
and Ecowitt out temp (extraTemp7).The image definition is hacky, belive it
is from a forum post. Was working prior to V5 A29, but now broken.
Any ideas how to refactor the image request definition?
[[[daytempdiff]
Done.
On Tue, May 2, 2023 at 7:56 PM Vince Skahan wrote:
> Just updated a28 to a29 (no issues on debian) and noticed the upgrade
> document is out of date for pip upgrades. The command for updating skins
> is different now it seems.can you push the current docs when you get a
> chance pleas
