Anonymous wrote:

422fcfe1ec494621f7

df -i:
Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/sda1       283360 156142  127218   56% /
/dev/sda3      5242880 428145 4814735    9% /var/spool/news

Should be enough, I guess ?

Looking here:

expire: can't dbzclose /var/lib/news/history.n No space left on device,
there are 390 Mb space left on the device, so probably it is just not enough.

it seems the space problem is on /dev/sda1. I just checked /var/lib/news on one of my servers and the dir is using 1.7G. Just the history file is 1.1G

Retro Guy
--
Posted on Rocksolid Light
news.novabbs.org

Anonymous <poster@anon.com> wrote:

Using rslight just might be more fitting for my skills. :-)

It wouldn't for me, because it's not even present in the Debian packages
as far as I can see.

Installing software which is not in my standard distribution involves
even more work, and there is no guarantee of some support nor that it is
correctly integrated with the monitoring and automatic administration
that I like :)

2a7a5afda55edfea38

it seems the space problem is on /dev/sda1. I just checked /var/lib/news on one of my servers and the dir is using 1.7G. Just the history file is 1.1G

on my machine the history file is 382 Mb. if inn would attempt to make a copy of this file, that would explain how it runs out of space.
if this was the case, I have to make a new installation...damn...but at least the reason would be clarified then. or maybe i can delete enough other stuff to make space....
thanks anyway for looking that up.

--
Posted on def2

f1407c66ccddbbe4ee

Either way and the user must trust the code of
course. If it's a matter of trust, maybe javascript is
the easiest way.

the easiest way to code, yes. it might be easier for users to trust a standalone client than to switch on js in general (especially true for the users that might be interested in this kind of identity management I think).

If you allow the js, you can sign, if you don't it's just a feature you don't use.

Yes, js is certainly a way to do it. Of course, we could also do both in parallel.

Also, another idea:
rslight currently adds a hash to all outgoing messages
built from the the message and header, and the site
key. This is sort of a signature that shows the post is
really from this site. Adding the username is very
simple to do, plus all rslight users have a key in

using this for identity management would make it dependent on the server(s).
using pgp would be independent of the servers: server admins could not spoof signatures, and it would not matter where the message was obtained, any signature could also be checked locally as well (on the users box).

Then there would need to be trusted communication
between nodes to share this trust. I think we'd like to
do this for other features/reasons also, so it could be
useful.

I agree this could be useful. Could be done with signatures as well, or secret keys (server addresses).

--
Posted on def2

Anonymous <poster@anon.com> wrote:

on my machine the history file is 382 Mb. if inn would attempt to make a copy of this file, that would explain how it runs out of space.

I think this is how the history is reclaimed every now and then.

if this was the case, I have to make a new installation...damn...but at least the reason would be clarified then. or maybe i can delete enough other stuff to make space....
thanks anyway for looking that up.

You could mount --bind the directory to some place with more room, or
symlink

On Thu, 31 Dec 2020 11:09:30 +0100 (CET)
Marc SCHAEFER <schaefer@alphanet.ch> wrote:

Anonymous <poster@anon.com> wrote:

Using rslight just might be more fitting for my skills. :-)

It wouldn't for me, because it's not even present in the Debian
packages as far as I can see.

rslight is my web based forum software https://www.novabbs.com which
contains a somewhat complete nnrp server. I wrote this news server as
the backend for the forum so that it works quickly in slow networks
(i2p, tor). Many of my posts here are using a newsreader connected to
rslight (as is this post).

Installing software which is not in my standard distribution involves
even more work, and there is no guarantee of some support nor that it
is correctly integrated with the monitoring and automatic
administration that I like :)

I fully agree, I always prefer to install software from the repo as in
the past I learned (as many probably have) that installing independent
software can make a mess of the system.

The op probably feels a bit more comfortable since they have installed
rslight in the past, connect to one of my rslight servers currently, and
the developer is right here to answer questions.

Retro Guy

Retro Guy <retro_guy@retrobbs.rocksolidbbs.com> wrote:

the past I learned (as many probably have) that installing independent
software can make a mess of the system.

You can, but I put them in /usr/local/APPLICATION-version and then
symlink the current version directory to /usr/local/APPLICATION and
write wrapper scripts in /usr/local/bin calling the application with all
the correct variables defined.

If required (e.g. make so that `firefox' is actually
/usr/local/FIREFOX/firefox or something), you may want to use
dpkg-divert (on a Debian-based distribution).

E.g.

   # move the distribution-upgradeable file out of the way
   # (by default the distribution will then only upgrade
   # /usr/bin/firefox.distrib)
   dpkg-divert --rename /usr/bin/firefox

   ln -s /usr/local/bin/firefox-wrapper /usr/bin/firefox

This works very well.

Also, you can today use sandboxed packaging or container to isolate
badly behaving software.

0b8d1b84dadff26167

I think this is how the history is reclaimed every now and then.

That must have been it. I deleted a lot of not needed stuff and had ca. 680 Mb free space on sda1 in the end. And it works now, expire does not crash any longer and the server does not need to be restarted.

if this was the case, I have to make a new

You could mount --bind the directory to some place
with more room, or symlink

Not with the twisted setup that I have here. But luckily it was not necessary.

Anyway, thanks for all your helpful comments (also to Retro Guy).

662
The op probably feels a bit more comfortable since
they have installed rslight in the past, connect to one
of my rslight servers currently, and the developer is
right here to answer questions.

Yes...especially the last point...:-) I might still use rslight as a backup, but at least I got inn running again....

cheers

trw

--
Posted on def2

Somebody went through the whole process already and created something nice:

https://medium.com/@tamanning/nomadic-identity-brought-to-you-by-hubzilla-67eadce13c3b

One more reason for me to look at the fediverse, and maybe a killer feature...guess Hubzilla will be it....

--
Posted on def3