On Tue, 2 Apr 2024 at 15:00, Chris Alemany wrote:
> Thanks for the hints Vince. I ended up looking through the old Wiki and
> came upon this page about backing up databases with the rsync report and
> how you can spit rsync into multiple skins.
>
>
> https://github.com/weewx/weewx/wiki/Using-the-
Hi, John!
Yes that is exactly what I'm trying to do as with your NAS, but with an
external drive USB-connected to the RPi. It's mounted and I can write to
it. I just haven't quite figured out (or found the resource yet) to update
the appropriate weewx conf file to tell weewx to use the director
Hi Ben
I was sneaky, I moved the weewx directories to the NAS and then created the
symbolic link in the place of it. I am lucky in that I have a production
system on 4.10.0 whilst I build my 5.0.2 system. It is really important to
get the permissions right otherwise it will be a disaster...!
I
It's really very simple. Just set SQLITE_ROOT to the directory where you
want the database to be saved. You'll find it under [[SQLite]]
[DatabaseTypes]
...
[[SQLite]]
...
SQLITE_ROOT = /path/to/your/sqlite/dir
On Tue, Apr 2, 2024 at 4:13 AM Ben W. wrote:
> Hi, John!
> Yes that is
Thanks, Jon! I changed the directory in the weewx.conf file to point to the
external drive's symbolic link rather than /var/lib/weewx. The result was a
critical error:
CRITICAL __main__: Database OperationalError exception: unable to open
database file
So it seems it is a permissions issue as
I did see that, but I have a permission issue that I need to solve for now.
I really appreciate all your comments/posts over the past years. I've been
able to find a lot of answers from your posts. You are very patient and
helpful!
Thank you!
On Tuesday, April 2, 2024 at 6:29:15 AM UTC-5 Tom K
Seems complicated.
I was suggesting something like adding a general purpose 'rsync_options'
variable in that section of weewx.conf, and adding the value to the
assembled rsync command in the run(self) routine in rsyncupload.py ?
Then the user could add any combination of the rsync option
Hello,
I am configuring a new raspberry Pi 5 with Weewx 5.02. One of the skin I
am using is producing daily , monthly and yearly html files, and during
the first run, it take a while to generate all this files.
With weewxd rot running, I used the command weectl report run to run all
the r
I forgot to say that I installed weewx according
to http://www.weewx.com/docs/5.0/quickstarts/debian/ on Debian GNU/Linux
12 (bookworm)
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails
Hmm, both strategies have advantages. It'd be great if weewx had the
ability to add in rsync options so that if you just wanted to do a single
thing, exclude a directory, or maybe conform to a specific non-standard
setting on the remote host, then you can easily do that in weewx.
The extension
Try setting your umask for the meteo account perhaps ?
Once the files are generated initially would user meteo ever need to run
weectl report again ?
On Tuesday, April 2, 2024 at 9:53:48 AM UTC-7 jterr...@gmail.com wrote:
> I forgot to say that I installed weewx according to
> http://www.weewx.
Thanks Vince,
Umask setting is way to go, and in that case it could be good that weewx
documentation mention that point! Particularly because the umask must
also be configured for user weewx.
For my minimalist setup, where the meteo user is only here to control and
use various weectl option
I have a fresh 5.0.2 install using apt-get. The program won't run as a
service:
● weewx.service - WeeWX
Loaded: loaded (/etc/systemd/system/weewx.service; enabled; vendor
preset: en
Active: failed (Result: exit-code) since Tue 2024-04-02 13:26:02 -05;
1min 2s
Docs: https://weewx.com/
Are you running an unusual os on the pi ?
Did you do something to edit the weewx.service file ?
A clean pi running raspios installs+works just fine here with the apt-get
dpkg.
The vanilla service file looks like:
pi@raspberrypi:~ $ cat /usr/lib/systemd/system/weewx.service
# systemd service co
No, just raspbian. A more recent release.
On Tuesday, April 2, 2024 at 2:18:26 PM UTC-5 vince wrote:
> Are you running an unusual os on the pi ?
> Did you do something to edit the weewx.service file ?
>
> A clean pi running raspios installs+works just fine here with the apt-get
> dpkg.
> The v
Me too but no issues. All I can suggest is editing the service file as it
seems to be asking you to do. Can't explain why.
On Tuesday, April 2, 2024 at 1:45:16 PM UTC-7 crecre9 wrote:
> No, just raspbian. A more recent release.
>
> On Tuesday, April 2, 2024 at 2:18:26 PM UTC-5 vince wrote:
>
>
Thank you for your suggestion. I have attempted to do so, but I can't
understand what is wrong.
On Tuesday, April 2, 2024 at 3:52:31 PM UTC-5 vince wrote:
> Me too but no issues. All I can suggest is editing the service file as it
> seems to be asking you to do. Can't explain why.
>
> On Tues
That's what my service file looked like. i was getting the error saying the
path wasn't absolute, so i removed the "weewxd" portion from the ExecStart
line, but as i mentioned, i don't have any idea how to fix that file. I
have no idea why it wouldn't work out of the box either. The only thing i
Hi,
How do I get Weewx to always report the last non-null value?
I've tried...
[StdCalibrate]
[[Corrections]]
pressure = last.pressure
and also
pressure = last(pressure)
with no luck.
What am I doing wrong?
--
You received this message because you are subscribed to the Goo
The aggregation ".last" will return the last non-null value in the
aggregation period. So, for example, you could use $day.pressure.last
On Tue, Apr 2, 2024 at 2:08 PM Kevin Key wrote:
> Hi,
>
> How do I get Weewx to always report the last non-null value?
>
> I've tried...
>
> [StdCalibrate]
>
Discussed this with Matthew. Could you post the contents of a few things
for us?
1. Contents of /usr/lib/systemd/system/weewx.service
2. Contents of /etc/default/weewx.
3. Does /etc/systemd/system/weewx.service exist? If so, what does it
contain?
4. Contents of /usr/bin/weewxd
5. Contents of /etc/
Try running this to see what's whereyou might have old versions sitting
around...
This is from a clean dpkg deb12 installation with no previous versions
there
$ sudo find / -name weewx.service -exec ls -lgd {} \; 2>/dev/null | sort +7
lrwxrwxrwx 1 root 33 Apr 2 12:04
/etc/systemd/s
The problem with an rsync_options (similar to the existing ssh_options) is that the code already has rsync options specified individually (e.g., delete and compress). It would be messy to have two ways to specify delete and compress.It might be best to add an explicit exclude option. BTW, exclude
I should add that the way I solved this problem is to put the files outside of the reporting path (/home/weewx/public_html for me). In that way, they aren’t swept up in the rsync report.On Apr 2, 2024, at 6:08 PM, John Kline wrote:The problem with an rsync_options (similar to the existing ssh_op
Agree that one way to do it would be ideal, unless there are backward
compatibility reasons to leave the current switches 'also' valid. I guess
it would be possible to tear apart a hypothetical rsync_options="whatever
here" string to not break folks, but I didn't want to write the code this
ti
The reason to have backward compatibility would be to not break people on a point release. On Apr 2, 2024, at 6:35 PM, vince wrote:Agree that one way to do it would be ideal, unless there are backward compatibility reasons to leave the current switches 'also' valid. I guess it would be possible
I can do it the same way the MySQL driver handles extra parameters: you
list them with the others. The code strips off the ones it recognizes, then
passes the rest on to the rsync command.
On Tue, Apr 2, 2024 at 4:08 PM 'John Kline' via weewx-user <
weewx-user@googlegroups.com> wrote:
> The probl
Thanks!
On Tuesday, April 2, 2024 at 2:35:53 PM UTC-7 Tom Keffer wrote:
> The aggregation ".last" will return the last non-null value in the
> aggregation period. So, for example, you could use $day.pressure.last
>
> On Tue, Apr 2, 2024 at 2:08 PM Kevin Key wrote:
>
>> Hi,
>>
>> How do I get We
Thanks.
On Tuesday, April 2, 2024 at 2:35:53 PM UTC-7 Tom Keffer wrote:
> The aggregation ".last" will return the last non-null value in the
> aggregation period. So, for example, you could use $day.pressure.last
>
> On Tue, Apr 2, 2024 at 2:08 PM Kevin Key wrote:
>
>> Hi,
>>
>> How do I get We
Unfortunately I can no longer provide that information, I realize it may
have helped identify a bug and I apologize for that. I nuked my raspberrypi
installation and spun up a fresh OS copy. I am happy to report I have Weewx
working properly now.
For history: I was running the buster raspbian re
30 matches
Mail list logo
