Language:
switch to room list switch to menu My folders
Go to page: First ... 87 88 89 90 [91] 92 93 94 95 ... Last
[#] Fri Dec 02 2011 16:23:13 EST from Freakdog @ Dog Pound BBS II

Subject: Re: TXT client ignores "fullscreen=yes" and "local_screen_dimensions" opts

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

Same happens if I ssh in using the citadel user name.



[#] Fri Dec 02 2011 16:16:42 EST from Freakdog @ Dog Pound BBS II

Subject: Re: TXT client ignores "fullscreen=yes" and "local_screen_dimensions" opts

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

Definitely not working.

Attached is screen shot. I've used PuTTY to ssh to my server, then run "citadel <myhost>", and the prompt appears on line 24.



24-line-prompt-43-line-terminal.png (image/png, 63438 bytes) [ View | Download ]
[#] Sat Dec 03 2011 11:38:51 EST from IGnatius T Foobar @ Uncensored

Subject: Re: TXT client ignores "fullscreen=yes" and "local_screen_dimensions" opts

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

What if you use the same PuTTY terminal to connect to Uncensored? Same issue?

[#] Sun Dec 04 2011 17:56:02 EST from Freakdog @ Dog Pound BBS II

Subject: Re: TXT client ignores "fullscreen=yes" and "local_screen_dimensions" opts

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

No, but then, your hello banner is only 14 lines long...mine's more than 24.

[#] Mon Dec 05 2011 18:16:49 EST from IGnatius T Foobar @ Uncensored

Subject: Re: TXT client ignores "fullscreen=yes" and "local_screen_dimensions" opts

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

What if you read the userlist? That's guaranteed to go to multiple screenfuls.

[#] Mon Dec 05 2011 18:23:58 EST from dothebart @ Uncensored

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

ok, got the bug.

its iceweasel 8 to send requests bytewise (which is definitely a performance regression...) 

fix to make webcit cope with it committed.

please upgrade uncensored soon so I can stop using chrome again ;-)



[#] Tue Dec 06 2011 00:34:55 EST from IGnatius T Foobar @ Uncensored

Subject: ALL PACKAGERS PLEASE PUSH CITADEL 8.03 IMMEDIATELY

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



Attention all Citadel packagers!

Please push the current contents of git master as Citadel 8.03 release IMMEDIATELY.

The code contains a fix to a VERY SERIOUS bug that is causing upgrades to fail and email aliases to be lost, causing incoming mail to bounce. There is no risk of data corruption and no security vulnerabilities; however due to the issue of bounced mail I am considering this to be a HIGH PRIORITY update.

cc: Citadel Development room, Citadel Packaging room.

[#] Tue Dec 06 2011 06:17:03 EST from dothebart @ Uncensored

Subject: Re: ALL PACKAGERS PLEASE PUSH CITADEL 8.03 IMMEDIATELY

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

a webcit upgrade to 8.03 plus an uncensored upgrade too please...



[#] Tue Dec 06 2011 06:59:07 EST from IGnatius T Foobar @ Uncensored

Subject: Re: ALL PACKAGERS PLEASE PUSH CITADEL 8.03 IMMEDIATELY

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

Upgrading now.

[#] Tue Dec 06 2011 13:53:57 EST from Freakdog @ Dog Pound BBS II

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

Ok...where I'm seeing it is at the login screen, at the moment. If I log in as me (auto login enabled), it prompts at 24 lines.

If I do the userlist, it prompts after an actual screenful (43 lines).

[#] Wed Dec 07 2011 12:51:23 EST from IGnatius T Foobar @ Uncensored

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

Ok, I think this has something to do with the fact that the screen dimensions are not detected until after the user logs in. Perhaps I can move that since we are no longer tracrecording manually configured screen dimensions on a per-user basis.

[#] Wed Dec 07 2011 13:05:14 EST from IGnatius T Foobar @ Uncensored

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

Yup, that was it. Fixed in revision fa5cd0e6595d211591cc8eebfa81874b03b6162d.

[#] Thu Dec 08 2011 08:19:22 EST from Freakdog @ Dog Pound BBS II

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

Cool.

In the meantime, I noted, this morning, that my server had not been importing network packets again...had several built up in the spoolin directory. Stop and restart of citadel cleaned them all up, but oddly enough, this even prevented my external RSS feeds from being pulled in.

[#] Thu Dec 08 2011 10:58:53 EST from dothebart @ Uncensored

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

Thu Dec 08 2011 08:19:22 EST from Freakdog @ Dog Pound BBS II
Cool.

In the meantime, I noted, this morning, that my server had not been importing network packets again...had several built up in the spoolin directory. Stop and restart of citadel cleaned them all up, but oddly enough, this even prevented my external RSS feeds from being pulled in.

this is one thing the libevent branch tackles; TCP connection fuckups don't prevent other networkers or even jobs in that verry same networking component from running.

there is one thread crawling the configurations what to fetch/send/....

and one thread which handles the I/O; but in an event driven mode;

so, inbound/outbound traffic is handled via select()/poll(), once trafic arives / is sent the application logic is triggered in their context.

feel yourself invited to be the second beta tester; my production site is the first. ;-)

over the current citadel dependencies its got the need for a recent c-ares and libev >= 4.0

it definitely doesn't have the one job blocking all others issue anymore; and the libevent branch is regulary synchronized against the master branch, so you don't miss out any functionality on there.



[#] Fri Dec 09 2011 11:48:56 EST from Freakdog @ Dog Pound BBS II

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

Dothebart:

I'm assuming libev is libevent...my older server has libevent-1.1, but my newer server has 1.4...does that qualify?

Not sure what c-ares is.



[#] Fri Dec 09 2011 20:12:03 EST from dothebart @ Uncensored

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

no, libev is not libevent.

libev also offers a compiletime libevent compatibility layer, which we don't use.

libc-ares is from the curl guys an async DNS resolver.

both don't have compile dependencies afaik; but you need them for the libevent branch (which is named like that because of I first thought to use that, but then decided to switch)

 



[#] Sat Dec 10 2011 09:53:38 EST from Freakdog @ Dog Pound BBS II

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

Ok...running into something else, at present, that might be a little more pressing for me.

I had upgraded to Cit 8.03 and Webcit 8.02 on my 32bit system, and all was well from a Webcit perspective.

Migrated my citadel to my 64bit system, built webcit 8.02 and started it.

When I go to log in, all I see are the username and password boxes, 3 buttons with no labels, and my hello.gif. None of the buttons actually log me in...and this definitely not what I expected to see, based on what I had seen when logging into my 32bit system's webcit.

There is nothing in my static.local or static.local/t directories...I'm at a little bit of a loss.

[#] Sat Dec 10 2011 10:00:34 EST from Freakdog @ Dog Pound BBS II

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

 

Sat Dec 10 2011 09:53:38 AM EST from Freakdog @ Dog Pound BBS II
Ok...running into something else, at present, that might be a little more pressing for me.

I had upgraded to Cit 8.03 and Webcit 8.02 on my 32bit system, and all was well from a Webcit perspective.

Migrated my citadel to my 64bit system, built webcit 8.02 and started it.

When I go to log in, all I see are the username and password boxes, 3 buttons with no labels, and my hello.gif. None of the buttons actually log me in...and this definitely not what I expected to see, based on what I had seen when logging into my 32bit system's webcit.

There is nothing in my static.local or static.local/t directories...I'm at a little bit of a loss.

Ok...I've "fixed" this, so to speak.

I removed Webcit 8.02 and installed 8.00, which then presented the login screen I expected.

I then upgraded to 8.02, and things remained as I expected.

I shouldn't have had to do that, though, wouldn't you guys agree?



[#] Sat Dec 10 2011 11:04:31 EST from IGnatius T Foobar @ Uncensored

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

I then upgraded to 8.02, and things remained as I expected.

I shouldn't have had to do that, though, wouldn't you guys agree?

Are you sure it was the upgrade/downgrade/upgrade that fixed it -- and not a possible clearing of your browser cache that happened in between?

[#] Sun Dec 11 2011 12:30:28 EST from jame @ Rocasa Mail System

Subject: Net::Citadel in Debian

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

FYI,

     The v0.02 Net::Citadel Perl module has been accepted into Debian unstable as the package libnet-citadel-perl.

 

Jame

 



Go to page: First ... 87 88 89 90 [91] 92 93 94 95 ... Last