Language:
switch to room list switch to menu My folders
Go to page: First ... 14 15 16 17 [18] 19
[#] Sat Jul 27 2019 15:48:45 EDT from davidabcdy @ Uncensored

Subject: Re: Try this version of Easy Install if you have systemd - it may fixthe citadel-admin.socket issue

[Reply] [ReplyQuoted] [Headers] [Print]

Also tried to stop citserver with, citserver service stop, and got (last few lines):
 
citserver[3781]: libcitadel(unnumbered)
citserver[3781]: crypto: generating RSA key pair
citserver[3781]: crypto: generating a generic certificate signing request.
citserver[3781]: crypto: generating a generic self-signed certificate.
citserver[3781]: Checking directory access
citserver[3781]: Opening databases
citserver[3781]: db: mounting databases
citserver[3781]: Initializing configuration system
citserver[3781]: db: cursor still in progress on cdb 00: attempt to write during r/o cursor
 


[#] Sat Jul 27 2019 16:45:49 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Try this version of Easy Install if you have systemd - it may fixthe citadel-admin.socket issue

[Reply] [ReplyQuoted] [Headers] [Print]

Corrupt database on a brand new installation? This may indicate a race condition or locking problem. I think I'm going to have to set up a Raspberry Pi and try it myself.

[#] Sun Jul 28 2019 07:29:39 EDT from davidabcdy @ Uncensored

Subject: Re: Try this version of Easy Install if you have systemd - it may fixthe citadel-admin.socket issue

[Reply] [ReplyQuoted] [Headers] [Print]

Citadel (with spamassassin and clamav) installed correctly on RPi3B+ running Ubuntu server OS (18.04.2 arm64 for raspi3) with LXDE desktop (low resorce use).

So the Citadel installation problem seems to be about Raspbian Buster.

Tried setting up Citadel with Ubuntu Mate on RPi but it was impossibly slow (not enough ram).



[#] Mon Jul 29 2019 10:49:59 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Try this version of Easy Install if you have systemd - it may fixthe citadel-admin.socket issue

[Reply] [ReplyQuoted] [Headers] [Print]

Confirmed. I was able to reproduce the problem on Buster. I'll try to fix it.

[#] Wed Jul 31 2019 11:50:38 EDT from Cyberdox @ Uncensored

Subject: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

Has anyone been able to install Citadel on a Raspberry pi 4?    Have tried every possible install I could find, but none of them succeeded.   

 

Thanks in advance,

 

Leo



[#] Wed Jul 31 2019 14:12:34 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

Has anyone been able to install Citadel on a Raspberry pi 4?   
Have tried every possible install I could find, but none of them
succeeded.   

It has been confirmed that there's something about recent Raspbian versions that is making Citadel fail. We are researching this and will publish a fix as soon as we figure it out.

In the meantime, there are reports of success on Ubuntu server OS (18.04.2 arm64 for raspi3), if you can install that on your Pi.

[#] Fri Aug 02 2019 04:54:12 EDT from toner @ Uncensored

Subject: Very long email address

[Reply] [ReplyQuoted] [Headers] [Print]

Please tell me if I use your webmail gui client, could I make my mailbox local address or username about 91 characters long (the domain name is going to be about 95 characters? The total global address is 187 characters long).



[#] Fri Aug 02 2019 12:46:55 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Very long email address

[Reply] [ReplyQuoted] [Headers] [Print]

I believe it maxes out at 64 characters. Why would you have such an extraordinarily long domain name? Are you a spammer?

[#] Mon Aug 05 2019 01:11:17 EDT from msh @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

The newest raspbian is a derivative of Buster if I'm not mistaken.  Could this be a problem with Buster in general, not just Rasbian?

I just had a long running Citadel install crash hard after an upgrade to Buster.  when the Citadel server tries to start I get syslog lines like this:

 

kernel: [  817.489783] citserver[4560]: segfault at 10000014c ip 00007f90668a0198 sp 00007ffc77f1a940 error 4 in libdb-5.3.so[7f90667ce000+142000]
Aug  5 04:49:27 garage kernel: [  817.494860] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00

 

It is on a KVM virtual machine.  To eliminate the possibility of something specific to my database or config I tried setting up a completely fresh stock install of Debian Buster and it does the exact same thing with a brand new database and config.  It doesn't matter if I use the Debian Citadel packages or the current easy install, they both segfault in libdb (at least as of this past week).  Now I've got to try reverting back to old-stable (stretch) to try and get things set right again.

 

All and all I'm a bit concerned.  The Debian packages were recently orphaned and I'm seeing scant information on current Debian support.  Is there another distro of choice that y'all have moved on to?



[#] Mon Aug 05 2019 01:42:02 EDT from msh @ Uncensored

Subject: Re: Try this version of Easy Install if you have systemd - it may fix the citadel-admin.socket issue

[Reply] [ReplyQuoted] [Headers] [Print]

Just noticed the suggestion to try easy install with the special systemd version of the script.  Seems I get the same result with the citserver segfaulting immediately after install (and thus the citadel-admin.socket never happening).

This was done on an X86-64 KVM virtual machine with a fresh, stock install of Debian Buster.  The syslog entries where things start to go south are as follows:

Aug  5 05:23:16 garage citserver[30991]: Checking directory access
Aug  5 05:23:16 garage citserver[30991]: Opening databases
Aug  5 05:23:16 garage citserver[30991]: db: mounting databases
Aug  5 05:23:16 garage citserver[30991]: Initializing configuration system
Aug  5 05:23:16 garage kernel: [ 2847.295776] citserver[30991]: segfault at 100000154 ip 00007fbb9208ddb6 sp 00007ffffd77bfc0 error 4 in libdb-6.2.so[7fbb91fa4000+15f000]
Aug  5 05:23:16 garage kernel: [ 2847.299581] Code: 64 06 00 00 a9 00 00 80 00 0f 85 05 01 00 00 41 89 ce 49 89 d5 48 89 f5 48 89 fb 48 85 f6 0f 84 b0 00 00 00 8b 8f 94 00 00 00 <8b> 96 54 01 00 00 85 c9 0f 85 ec 00 00 00 45 85 f6 75 09 f6 c6 08
Aug  5 05:23:16 garage systemd[1]: citadel.service: Main process exited, code=dumped, status=11/SEGV
Aug  5 05:23:16 garage systemd[1]: citadel.service: Failed with result 'core-dump'.
Aug  5 05:23:16 garage systemd[1]: citadel.service: Service RestartSec=100ms expired, scheduling restart.
Aug  5 05:23:16 garage systemd[1]: citadel.service: Scheduled restart job, restart counter is at 5.
Aug  5 05:23:16 garage systemd[1]: Stopped Citadel Server.
Aug  5 05:23:16 garage systemd[1]: citadel.service: Start request repeated too quickly.
Aug  5 05:23:16 garage systemd[1]: citadel.service: Failed with result 'core-dump'.
Aug  5 05:23:16 garage systemd[1]: Failed to start Citadel Server.

Very similar to what happens when installing the citadel-server package from the Debian repos, except libdb is newer in this case.

If there is anything else I could try or share here to help solve the issue that would be super!



[#] Mon Aug 05 2019 06:08:48 EDT from davidabcdy @ Uncensored

Subject: citadel-admin.socket missing issue

[Reply] [ReplyQuoted] [Headers] [Print]

Looking through the Citadel source code I found this reference in clientsocket.c:

"does _not_ handle client sockets for the Citadel client; for that you must look in ipc_c_tcp.c"

I have not been able to find ipc_c_tcp.c in the citadel.tar directories.

Could the absence of this file be causing the citadel-admin.socket missing error?

 



[#] Mon Aug 05 2019 12:16:50 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

All and all I'm a bit concerned.  The Debian packages were recently
orphaned and I'm seeing scant information on current Debian
support.  Is there another distro of choice that y'all have moved on
to?

Actually the software is developed *on* Debian.

Looks like it's time to set up a Buster and see what's going on.

[#] Mon Aug 05 2019 15:03:31 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]


Confirmed! I tried it on a Buster system and it crashed in the exact same place that it does on Raspbian. It throws a different error -- on Raspbian it stops with a Berkeley DB error, but on Buster on x64 it segfaults.

Either way, it's a good indicator that the Debian developers broke something and we need to figure out what. I'll upgrade my development system to Buster and we'll see what's up.

[#] Tue Aug 06 2019 09:01:01 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

After an upgrade of my primary development machine, I'm getting the crashes in that exact same spot too. That means nothing else can happen until I figure out what they changed and work around it :)

[#] Wed Aug 07 2019 13:55:37 EDT from msh @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mon Aug 05 2019 12:16:50 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Raspberry 4
All and all I'm a bit concerned.  The Debian packages were recently
orphaned and I'm seeing scant information on current Debian
support.  Is there another distro of choice that y'all have moved on
to?

Actually the software is developed *on* Debian.

Looks like it's time to set up a Buster and see what's going on.

Ah that's comforting...thank you for letting me know :)



[#] Wed Aug 07 2019 14:01:41 EDT from msh @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

 

Tue Aug 06 2019 09:01:01 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Raspberry 4
After an upgrade of my primary development machine, I'm getting the crashes in that exact same spot too. That means nothing else can happen until I figure out what they changed and work around it :)

Hope it doesn't cause too much brain hurt! Seems to involve a libdb call, but not something with libdb directly because the error happens with packaged libdb and the easyinstall-built one at the same point. So...something libdb depends on? Probably kernel differences.



[#] Wed Aug 07 2019 14:03:45 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

Ah that's comforting...thank you for letting me know :)

My primary development machine is now upgraded to the latest Debian, and Citadel Server is now crashing on startup, just like y'all are seeing on Raspberry Pi and on the latest Debian release.

So now there's no getting around it -- this bug is now blocking ALL further development. It has to get fixed before we can do anything else.

[#] Wed Aug 07 2019 14:11:52 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

[Reply] [ReplyQuoted] [Headers] [Print]

Hope it doesn't cause too much brain hurt! Seems to involve a libdb
call, but not something with libdb directly because the error happens
with packaged libdb and the easyinstall-built one at the same point.
So...something libdb depends on? Probably kernel differences.

I tried it with Berkeley DB 5.3 (which is still the current version in Debian) and with Berkeley DB 18.1.32, the latest version downloaded directly from upstream and compiled as a static library. It behaves the same either way.

This could take a while to figure out, so please be patient.

[#] Wed Aug 07 2019 18:20:30 EDT from darknetuser @ Uncensored

Subject: Disabling features in order to make Citadel fit for darknet use.

[Reply] [ReplyQuoted] [Headers] [Print]

Hello.

 

I am thinking about setting a BBS as a telnet darknet hidden service for the fun of it. I intend to start small, and so I am only interested in offering a pure bulletin board experience. That is, the only service I would be offering for a start would be sharing messages in rooms and sending and receiving private messages/mail locally.

 

So far I have seen that most services can be reasonably disabled, but I have not started to file the rough edges off. For example, I cannot figure for the life of me how to remove the calendar feature from the server. It is not that I *hate* it, but it does not make sense to offer users a Calendar room if they are not going to be able to set events in it. Remember that my intention is to offer a pure telnet experience, at least at first.

 

Therefore, I'd like to know whether there is any documentation (if there is, I have not found it) for disabling the features I don't need, either at configuration or at compile time.

 

Happy BBSing!



[#] Sat Aug 10 2019 11:13:59 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

[Reply] [ReplyQuoted] [Headers] [Print]

I suppose you could just disable the initialization function at the bottom of modules/calendar/serv_calendar.c to disable the server feature, and then edit the WebCit template that puts a Calendar button on the screen.

If you're really serious about doing this we can work on making that a stock feature in a future version.

I like the idea of Citadels appearing on the darknet and would like to make this one available there. You said in another conversation that it's easy but all I can find on the web is instructions that tie a site in using desktop-style software.

Go to page: First ... 14 15 16 17 [18] 19