Wed Sep 29 2010 6:46:48 am EDT EDT from dothebart @ Uncensored Subject: Re: Commit log to refs/heads/master
hm, maybe the leading / is wrong? /webcit/ should have been entered by the user in advance, and webcit just ignores/keeps it.
no doubt, as you say, the leading / is wrong.
Wed Sep 29 2010 16:16:03 EDT from dothebart @ Uncensored Subject: Re:
Setting up a build environment to work with the source release
me personaly symlinks the static/ directory from the target directory
(/usr/share/citadel-webcit/static on my debian) over.
note that if webcit
Not working yet, but I'm going to make it work. CSS3 has rounded edges,
gradients,
and drop shadows. It makes no sense to do this any other way. Please bear
with me for a little while as I build a new CSS3 based theme.
The sad thing is that I'm going to have to live with Internet Explorer as
my reference browser for a while just because it's the most broken.
Fr Aug 27 2010 14:58:06 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Git?
I'm reading some documentation and tutorials on git, and it looks like something that's only useful for developing the Linux kernel ... essentially not the right tool for a project like ours that relies on a
hm, ok, i'd say its the line between header and body which is breaking our neck here.
could you please reassure, that the last line of those messages being written to citserver is the last line of the email-header?
for example .4
X-Evolution-Source: imap://some...@somewhereplace.com/
or in .3:
Sorry about the delay in getting these logs... Had my workstation decide to melt down (or at least the CPU, literally... thankfully Intel has a 3 year warranty...)
Logs are attached. At the end of foolog_IMAPS.3 and foolog_IMAPS.4 it appears that we might (and I stress might, because I have no
Ok, we're switching to git. I remain ambivalent about the subject, but since
it is in high demand I will go with the flow here.
My needs are simple ... even CVS worked just fine for me.
Our source code repository will be offline until the conversion is complete.
Mon Aug 30 2010 1:58:38 pm EDT EDT from IGnatius T Foobar @ Uncensored Subject: Re: Git?
Ok, we're switching to git. I remain ambivalent about the subject, but since it is in high demand I will go with the flow here. My needs are simple ... even CVS worked just fine for me. Our source
Sat Aug 28 2010 10:06:18 am EDT EDT from dothebart @ Uncensored
15:10 CIA-37: citadel: dothebart * r8892 citadel/ (13 files in 8 dirs): * do typedef the visit struct, remove all those 'struct' statements from all over the source15:11 CIA-37: citadel: dothebart * r8893
ok, since our SVN is unavailable, and our Git is still maturizing, this is the fix for our imaps-blob-uploading issue.
So Aug 29 2010 18:32:54 EDT von dothebart @ Uncensored Betreff: Re: Unusual SSL behavior, likely bug
So Aug 29 2010 17:19:14 EDT von dothebart @ Uncensored Betreff:
Sat Aug 28 2010 10:06:18 am EDT EDT from dothebart @ Uncensored
15:10 CIA-37: citadel: dothebart * r8892 citadel/ (13 files in 8 dirs): * do typedef the visit struct, remove all those 'struct' statements from all over the source15:11 CIA-37: citadel: dothebart * r8893
Scanios, can you re-test with current git trunk?
TIA.
Mo Aug 30 2010 17:34:25 EDT von dothebart @ Uncensored Betreff: Re: Unusual SSL behavior, likely bug
ok, since our SVN is unavailable, and our Git is still maturizing, this is the fix for our imaps-blob-uploading issue.
So Aug 29 2010
Wed Sep 01 2010 6:14:03 am EDT EDT from samjam @ Uncensored Subject: Re: macro "strncmp" requires 3 arguments, but only 2 given
Wed Sep 01 2010 6:06:48 am EDT EDT from dothebart @ Uncensored Subject: Re: macro "strncmp" requires 3 arguments, but only 2 given
HKEY is a macro that
Wed Sep 01 2010 5:39:34 am EDT EDT from dothebart @ Uncensored Subject: Re: Unusual SSL behavior, likely bug
Scanios, can you re-test with current git trunk?
TIA.
Mo Aug 30 2010 17:34:25 EDT von dothebart @ Uncensored Betreff: Re: Unusual SSL behavior, likely bug
ok, since our SVN
So Aug 29 2010 17:19:14 EDT von dothebart @ Uncensored Betreff: Re: Unusual SSL behavior, likely bug
hm, ok, i'd say its the line between header and body which is breaking our neck here.
could you please reassure, that the last line of those messages being written to citserver is the last
That's great! Absolutely great! I can now use webcit to view
mailboxes with thousands of messages. Also, lately I've notice
everything much faster! I don't know if my vhoster has moved me to
better hardware or if citadel has just got lots better.
I can confirm that it is in fact
Mi Sep 01 2010 05:34:55 EDT von samjam @ Uncensored Betreff: Re:
Sat Aug 28 2010 10:06:18 am EDT EDT from dothebart @ Uncensored
15:10 CIA-37: citadel: dothebart * r8892 citadel/ (13 files in 8 dirs): * do typedef the visit struct, remove all those 'struct' statements from all
Ignore that patch; I have one that fixes all 3 projects - otherwise they fail to build properly with symlink loops and the like
Sat Sep 04 2010 8:54:39 am EDT EDT from samjam @ Uncensored Subject: Re: What happened to c_port_number?
Nope, still broken - re-installing the (new) debs, breaks it again and knocks the config back again
setup -q is the culprit,
after "setup" my ip address is 0.0.0.0, after setup -q
So Sep 05 2010 14:32:59 EDT von "Wilfried Goesgens" dotheb...@citadel.org Betreff: Commit log to refs/heads/master
Files: 348c6acf5f481614e88c74cc19e9a04083ff92f0 citadel/euidindex.c citadel/user_ops.c webcit/static/t/edit_message.html webcit/static/t/view_message.html branches config
afair IG disabled it because of it was getting late to get a 7.60 release out; maybe the history of this room of that time shows a more detailed reason. I think some of the concepts weren't all clean yet; probably when that 'save to drafts' button should be shown and when not; or, what to do
Mon Sep 06 2010 5:11:39 am EDT EDT from samjam @ Uncensored Subject: Re: Fw: [PATCH] Fake the old version number for the paths inside the tar files
Sun Sep 05 2010 2:24:33 pm EDT EDT from dothebart @ Uncensored Subject: Re: Fw: [PATCH] Fake the old version number for the paths
Sun Sep 05 2010 2:44:51 pm EDT EDT from dothebart @ Uncensored Subject: Re: Fw: [PATCH] Re-enable drafts
afair IG disabled it because of it was getting late to get a 7.60 release out; maybe the history of this room of that time shows a more detailed reason. I think some of the concepts
The symlink loop occurs when this line is executed:
ln -sf libcitadel libcitadel-7.83cd libcitadel-7.83
if libcitadel-7.83 is already a symlink pointing to libcitadel - so the symlink get's made inside libcitadel. The -f option doesn't have the desired effect if the pre-existing symlink target
Mon Sep 06 2010 7:12:03 am EDT EDT from samjam @ Uncensored Subject: Re: Fw: [PATCH] Fake the old version number for the paths inside the tar files
The symlink loop occurs when this line is executed:
ln -sf libcitadel libcitadel-7.83cd libcitadel-7.83
if libcitadel-7.83 is already a
Sun Sep 05 2010 2:44:51 pm EDT EDT from dothebart @ Uncensored Subject: Re: Fw: [PATCH] Re-enable drafts
afair IG disabled it because of it was getting late to get a 7.60 release out; maybe the history of this room of that time shows a more detailed reason. I think some of the concepts
Mon Sep 06 2010 11:11:50 am EDT EDT from IGnatius T Foobar @ Uncensored
Ok folks, commit 8f713e8bba92ebb93a9a486d81ec7e966583fd9e in branch stable-78x is the official 7.84 release of all components. tarballs have been built and uploaded.
Did you push?
Sam
I there a way to automaticaly push such a commit mail?
Mo Sep 06 2010 08:06:28 EDT von samjam @ Uncensored Betreff: [PATCH] Allow save-to-drafts without recipients
Allow save-to-drafts without recipients
--- citadel/msgbase.c |9 + 1 files changed, 5 insertions(+), 4
Yes I did, but it has not been implemented.
*gna* git-am doesn't speak imap.
now I need to set up some fetchmail to retrieve patches into a maildir? st00pit shit.
Mo Sep 06 2010 16:01:19 EDT von dothebart @ Uncensored Betreff: Re: [PATCH] Allow save-to-drafts without recipients
I there a way to automaticaly push such a commit mail?
Sep 3 2010 10:23am from Art Cancro a...@citadel.org to
room_citadel_development@uncensored.citadel.org
Subject: Commit log refs/heads/master
Files: b6938b71c266f458180103090af0ab72e3d9616c citadel/citadel.h
citadel/include/dtds/user-defs.h
citadel/textclient/citadel.c
Di Sep 07 2010 17:01:12 EDT von "Wilfried Goesgens" dotheb...@citadel.org Betreff: Commit log to refs/heads/master
Files: Merge branch 'master' of ssh://git.citadel.org/appl/gitroot/citadel
hm, pushing multiple revisions produces broken commit mails.
Wed Sep 08 2010 4:33:02 am EDT EDT from dothebart @ Uncensored
MS-RFC-Violator uses the timestamp when it polled the messages from citadel via imap to show and sort them? WTF?
Do you mean that that is how it finds new messages?
Mi Sep 08 2010 06:04:06 EDT von samjam @ Uncensored Betreff: Re:
Wed Sep 08 2010 4:33:02 am EDT EDT from dothebart @ Uncensored
MS-RFC-Violator uses the timestamp when it polled the messages from citadel via imap to show and sort them? WTF?
Do you mean that that is how it finds
Just curious - if additional information (for a plugin, etc.) needs to
be added to a user's profile, what is the best way to accomplish that
w/o modifying internal structures? This information would need to be
secure from modification by the end user.
What I normally do is
Sun Sep 05 2010 2:24:33 pm EDT EDT from dothebart @ Uncensored Subject: Re: Fw: [PATCH] Fake the old version number for the paths inside the tar files
hm,
did you run that script in advance?
since its not clever to rename subdirectories (citadel/ to citadel-7.83) in a git workingcopy
hm,
did you run that script in advance?
since its not clever to rename subdirectories (citadel/ to citadel-7.83) in a git workingcopy (and symlink citadel/ to it), I instead made it create the symlink to the citadel directory.
If you already have it the other way arround, it won't work for you
Nope. It's either there or it isn't. I suppose you could drop the table
:)
Tue Sep 14 2010 1:22:03 pm EDT EDT from IGnatius T Foobar @ Uncensored Subject: Re: Commit log to refs/heads/master
How is this information stored on disk?
Which information?
The id's of messages in rooms. Is it a list or a tree or a hash or a string?
Do Sep 16 2010 07:52:39 EDT von "Wilfried Goesgens" dotheb...@citadel.org Betreff: Commit log to refs/heads/master
Files: de30eda12a396c5aa82841e1edd207eaba9cd5b3 webcit/po/da.po webcit/po/de.po webcit/po/en_GBpo webcit/po/es.po webcit/po/et_EE.po webcit/po/fr.po webcit/po/hu.po
So Sep 12 2010 17:25:32 EDT von "Wilfried Goesgens" dotheb...@citadel.org Betreff: Commit log to refs/heads/master
Files: 4ee3c6035abd686a240fd117fdcd2bdcecd69d44 citadel/modules/rssclient/serv_rssclient.c branches config description git-daemon-export-ok HEAD hooks info objects
Excellent feedback - would definitely be willing to provide. I've used Citadel for a long time, figure it's time to start contributing back :)
Sat Sep 18 2010 07:53:45 AM EDT from dothebart @ Uncensored Subject: Re: Patch to eliminate backtrace if client disconnects in client_write
Stu,
Fr Aug 27 2010 08:33:51 EDT von samjam @ Uncensored Betreff: Wiki mode yet?
Should wiki mode be working yet? (I'm running svn trunk head)
Yes, it should be working. There may be (but hopefuly aren't ;-) issues with creation, or the dark blue bar above with the icons letting you browse
Fri Aug 27 2010 8:41:46 am EDT EDT from dothebart @ Uncensored Subject: Re: Wiki mode yet?
Fr Aug 27 2010 08:33:51 EDT von samjam @ Uncensored Betreff: Wiki mode yet?
Should wiki mode be working yet? (I'm running svn trunk head)
Yes, it should be working. There may be (but
while we should continue our stable branches in SVN, I'm all in for
switching HEAD to git right now. Can we? Please?
I'm not maintaining two different repositories. It's going to be one or
the other.
I'm reading some documentation and tutorials on git, and it looks like something
that's only useful for developing the Linux kernel ... essentially not the
right tool for a project like ours that relies on a central repository.
Why do we want all of this extra complexity?
i'd also like to have a look at that 'save message to drafts folder via imap' thing...
Thu Aug 26 2010 04:17:07 EDT from dothebart @ Uncensored Subject: leak?
shouldn't void imap_rescan_msgids(void) call imap_free_msgids(); /* If there was already a map, free it */ before writing on it? Or do I miss something over here?
no. its comparing the items in the list to ones
in general, since port 504 is open to the net, shouldn't everything be checked yet?
if you compile citadel with
'-D BIGBAD_IODBG'
as one of your CFLAGS, it will write a transscript of what its doing on al IO chanels to /tmp/modulename_fd_random
this could give us a chance to catch your incident.
do you have some test system where you could try that out? (on a production system
Aug 17 2010 11:05pm from dothebart @uncnsrd
Subject: Re: Unusual SSL behavior, likely bug
if you compile citadel with
'-D BIGBAD_IODBG'
as one of your CFLAGS, it will write a transscript of what its doing
on al IO chanels to /tmp/modulename_fd_random
this could
*gna* howto shoot yourself into the foot the smartest way.
Mo Aug 16 2010 15:48:04 EDT von "dothebart" dotheb...@uncensored.citadel.org Betreff: Citadel commit log: revision 8839
r8839 | dothebart | 2010-08-16 15:48:03
Ok, there we go.
The previous IPv6-only implementation required a hybrid stack host such as
Linux or FreeBSD, on which the listening address in6addr_any causes it to
accept both IPv6 and IPv4 connections on the same socket. I was ok with
dropping
support for OpenBSD, but when I found out
webcit 127.0.0.1 504 won't work for me anymore too.
i'm getting:
Can't connect to 127.0.0.1.504: Connection refused
Citserver doesn't have IPv6 yet.
gentlemen, please don't forget to 'make clean' your workingcopies.
So Aug 15 2010 17:18:31 EDT von "dothebart" dotheb...@uncensored.citadel.org Betreff: Citadel commit log: revision 8834
r8834 | dothebart | 2010-08-15
So Aug 15 2010 16:30:16 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Citadel commit log: revision 8825
Citserver doesn't have IPv6 yet.
yep, but for some reason webcit isn't able to connect to 127.0.0.1 anymore, aside of resolving 'localhost' to that. (it seems as if resolving
Not that anonymous after all?
Not for someone with admin rights.
Perhaps we can find a better way of automating it?
I suppose we could just eliminate the #define entirely, and then every place
we need CC we could just do
struct CitContext *CC = MyContext();
That's a lot of noise, of course, but if you're going to put struct CitContext
*CCC = CC;
I think the define is OK, there just should be a CCC which is set once, so the compiler can actualy see a pointer to CitContext so it can correctly enlist it in the dependency list
the CCC also gives you a chance to have easy access to it once you're in gdb and wanting to watch some of its members.
else you'll have to go up to some obscure frame, find out some obscure function local pointer, get your CC pointer thereof and watch your stuff there.
Real inconvenient in
ok, it seems as if that fixes the KMail imap list problem.
one remaining is that we won't compile on *bsd (reported by debian/K Freebsd) because of
threads.c
this_thread-reltid = syscall(SYS_gettid);don't know how to solve this the best way, #ifdef LINUX won't work, any other ideas? how's that
Jul 21 2010 9:56am from ajc a...@uncensored.citadel.org to
room_citadel_development@uncensored.citadel.org
Subject: Citadel commit log: revision 8703
r8703 | ajc | 2010-07-21 12:56:29 -0400 (Wed, 21 Jul 2010) |
Di Jul 20 2010 17:06:33 EDT von scianos @ Uncensored
Looks like I'm seeing failures on IMAP partial fetch here... Citadel is returning a null response after upgrading to 7.80. Also tried the newest 7.81. To replicate, use Alpine to view messages with Quell-Partial-Fetch set to off. This
Jul 20 2010 2:16pm from dothebart @uncnsrd
Subject: Re:
Jul 20 2010 2:18pm from dothebart @uncnsrd
Subject: Re:
could you ngrep / tcpdum a non ssl'ed communication with a dummy
password?
http://www.citadel.org/doku.php/faq:mastering_your_os:net_sniff
Sure... Will do tonight.
Gaah, that was a pain in the ass to fix.
* entroom (): after creating a room, don't display the empty room but rather
display the advanced room editing screen.
What? What if the user is not an Aide and doesn't have permissino to edit
the room?
a list of addresses to send spam to?
it's that time of year again ... i'm at the beach this week, but the rental
house now has high speed internet so i'll be online. we should work on the
7.80 release, i think we're pretty much there.
Not to worry, we're just about to 7.80 -- I fixed most of the remaining IE
problems today, and hopefully will have everything tested with all browsers
and ready for release by the end of the week. Then we can branch 7.8x-stable
and start working on Citadel 8.
This really is a bizarre bug. Maybe it's some sort of race condition. What
I can tell you is that sometime between when we fetch the server greeting
(always a 200 ready) and when we call get_serv_info(), the server socket dies.
If you run it in the debugger you get a SIGPIPE.
There is just no sensible explanation for this. One moment we're reading
the server greeting, the next moment the socket is toast. citserver doesn't
provide an explanation either.
Ok, now we're getting somewhere. 4 alerts in the last 8 hours. It isn't
locking up; it's getting the message Received unexpected answer from Citadel
server; bailing out.
that seems to be if get_serv_info() fails?
it does...
serv_printf("IDEN %d|%d|%d|%s|%s", DEVELOPER_ID, CLIENT_ID, CLIENT_VERSION, ChrPtr(user_agent), ChrPtr(browser_host) ); StrBuf_ServGetln(Buf);
serv_puts("ICAL sgi|1"); StrBuf_ServGetln(Buf);
serv_puts("INFO"); StrBuf_ServGetln(Buf); if
maybe you'd like to add a debug statement here??
Yes, that's obviously the right thing to do; I haven't been writing webcit
logs but it's probably time to start. :)
Ok, here's the answer:
The INFO command returned a *blank line*.
I'm working on this too. It isn't actually that specific server command.
WebCit's ability to receive server replies appears to be broken by the time
get_serv_info() starts. When I began checking the output of the IDEN command,
it failed there too.
I just added some code to check the
Di Jun 01 2010 11:32:17 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Citadel commit log: revision 8597
Ok, here's the answer: The INFO command returned a *blank line*.
hm, theres not much way out in cmd_info; it might be cmd_iden barfed? maybe we'll find out.
ah, yea that might be a good thing to do.
Maybe 200 isn't the appropriate HTTP status for that situation either?
Very weird. We had another unexpected response error with those checks
in place. The server passed the 200 banner check, but then by the time we
got into get_serv_info(), the server responses became blank.
The next time it happens I will try to analyze it from the citserver side
to see if
Even with the longer timeout on the watchdog script, it's still firing from
time to time. I really don't know what's happening, because the cores all
show the same thing: all threads waiting on accept(), except for the
housekeeping
thread, which is sleeping.
I am going to disable the
Ok. Just so you know, a couple of weeks ago I switched from protoaculous
back to discrete copies of prototype and scriptaculous, in order to support
better manageability.
ah, great.
We've got a bug against pkg-citadel - webcit that it has an old copy.
Feivel will be glad to hear.
I suspect that Chrome will eventually overtake Firefox as the leader in
non-Microsoft
web browsing, just like Android will overtake iPhone/iPad in the portable
space.
But for the time being, I have to spend a few days using IE as my WebCit
test browser, because that's where the brokenness
Scratch that ... it's another I/O layer problem!
(gdb) bt
#0 0x0051b7f2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x006bc89b in write () from /lib/libpthread.so.0
#2 0x080750fb in sock_write (sock=0xb6cf5ff8, buf=0x80bde78 \n, nbytes=1)
at clientsocket.c:286
#3 0x08075184
One more thing I can indicate now: we're hung up on Uncensored performing
a read() operation during a network session that it initiated towards dogpound2.
dogpound2 is running stable code.
If you have a Blogger account, it can be used as an OpenID provider too.
Mi Mai 12 2010 08:28:34 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Citadel commit log: revision 8567
If you have a Blogger account, it can be used as an OpenID provider too.
hm, nope... Do you?
I assume you've tested this with an actual OpenID account to make sure it
still works?
Di Mai 11 2010 22:53:18 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Citadel commit log: revision 8567
I assume you've tested this with an actual OpenID account to make sure it still works?
if phpmyid may be called that, yes. are there others to get a cheap test with?
Mon May 10 2010 04:18:23 AM EDT from dothebart @ Uncensored Subject:
MacOS X compilation issues
hm, its that line:
memcpy(return_options, HKEY(SUBSCRIBED_STR) + 1);
HKEY is a macro which should expand to 2 arguments; its in libcitadel.h; do
you have that
Mo Mai 10 2010 04:42:13 EDT von mcbridematt @ Uncensored Betreff: RE: MacOS X compilation issues
Mon May 10 2010 04:18:23 AM EDT from dothebart @ Uncensored Subject: MacOS X compilation issues
hm, its that line:
memcpy(return_options, HKEY(SUBSCRIBED_STR) + 1);
HKEY is a macro
I'm not at all familiar with the way this new chat implimentation works.
It's a lovely new protocol that sacrifices efficiency for simplicity by having
the client poll the server for new incoming messages every few seconds. It
doesn't use START_CHAT_MODE and it relinquishes control of the
Uncensored will do an upgrade to svn head and automatically restart services
at 2:30am US Eastern time.
Hmm ... I don't think it happened. Dunno why. :(
probably just because i'm used to memcpy; I thing strndup will check
for \0 while copying which we don't need to since we know the length?
We're going to continue to have a difference of opinion on this. I still
prefer readability and maintainability over shaving off a handful of cpu
Fr Apr 30 2010 09:43:39 EDT von IGnatius T Foobar @ Uncensored Betreff: Re: Citadel commit log: revision 8546
probably just because i'm used to memcpy; I thing strndup will check for \0 while copying which we don't need to since we know the length?
We're going to continue to have a
Let's not mess with it yet -- the module is not finished. The reason I'm
maintaining this xmpp mortuary is because when a Jabber client logs in,
the first thing we have to do is flush out all of the roster entries that
existed in all previous sessions. Stupidly, XMPP doesn't have a way to tell
2. Delete (from the hash table) any buddies who happen to be online *now*
Heh, Perfect! we just implemented Deleting ;-)
Maybe we need to do this with a Hashkey now too.
901 - 1000 of 1530 matches
Mail list logo
