converter for CHANGESTODO to csv import for into bug management tool

This commit is contained in:
psyc://psyced.org/~lynX 2009-11-19 18:05:25 +01:00
parent d6498a188a
commit 597204464d
4 changed files with 195 additions and 133 deletions

View File

@ -1,11 +1,14 @@
vim:nosmarttab:syntax=diff vim:nosmarttab:syntax=diff
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
This file contains TODO and CHANGES (at EOF) rolled into one. | This file contains TODO and CHANGES (at EOF) rolled into one.
Essentially: whenever you fix something, move that line to the end of file. | Essentially: whenever you fix something, move that line to the end of file.
- marks bugs & fixes, + marks new features, ? marks issues, * marks big stuff | - marks bugs & fixes, + marks new features, ? marks issues, * marks big stuff
________________________________________________________________________ ________________________________________________________________________
== NEXT RELEASE ======================================================== == NEXT RELEASE ========================================================
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- interserver xmpp /me expects no leading newline, but pidgin recently
started sending one
- autorefetch twitter isnt working - autorefetch twitter isnt working
http/fetch is too complicated. throw out the queue and callback logic. kiss! http/fetch is too complicated. throw out the queue and callback logic. kiss!
@ -21,8 +24,6 @@ ________________________________________________________________________
________________________________________________________________________ ________________________________________________________________________
== currently being inspected =========================================== == currently being inspected ===========================================
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
? /ve/TODO/leave-from-user
- newbies are allowed to open new owned rooms - newbies are allowed to open new owned rooms
fippo sagt: ergo brauchst du nen exit-hook der owner löscht wenn der n00b-owner aus dem raum geht fippo sagt: ergo brauchst du nen exit-hook der owner löscht wenn der n00b-owner aus dem raum geht
@ -69,6 +70,7 @@ ________________________________________________________________________
? should /load inform that errors go to the console? ? should /load inform that errors go to the console?
- the ~0 bug
________________________________________________________________________ ________________________________________________________________________
:_group psyc://psyced.org/@welcome :_group psyc://psyced.org/@welcome
:_source_identification psyc://xxx.no-ip.org/~xxx :_source_identification psyc://xxx.no-ip.org/~xxx
@ -94,14 +96,15 @@ In welcome spricht «psyc://xxx.no-ip.org/~0» xxx: it should either ignore firs
________________________________________________________________________ ________________________________________________________________________
== psyced 1.0 ========================================================== == psyced 1.0 ==========================================================
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
SPYC (implementation of http://about.psyc.eu/Specification) > SPYC
* to activate spyc support, defined USE_SPYC
it will attempt to use new syntax on outgoing links by default
* to debug verification, define USE_VERIFICATION
* to spend an extra round trip time negotiating, define USE_FEATURES
- net/spyc is buggy and incomplete - net/spyc is buggy and incomplete
(implementation of http://about.psyc.eu/Specification)
_ to activate spyc support, defined USE_SPYC
it will attempt to use new syntax on outgoing links by default
_ to debug verification, define USE_VERIFICATION
_ to spend an extra round trip time negotiating, define USE_FEATURES
INVITE ISSUES > INVITE ISSUES
- remote /invite is shown without uniform, just #nick_place - remote /invite is shown without uniform, just #nick_place
remote invite thus doesn't work for ircers.. remote invite thus doesn't work for ircers..
beta's lynx invites psyc://psyced.org/~gynx into TEST. beta's lynx invites psyc://psyced.org/~gynx into TEST.
@ -122,7 +125,7 @@ INVITE ISSUES
there is a circuit already (should it be a _request!?) there is a circuit already (should it be a _request!?)
- /invite should do remote echo like _message_private, not local - /invite should do remote echo like _message_private, not local
REMOVE NICKNAMES FROM PROTOCOL > REMOVE NICKNAMES FROM PROTOCOL
? remote uniforms could be passed around in the psyced as parse_uniform ? remote uniforms could be passed around in the psyced as parse_uniform
arrays rather than as strings. this opens up the possibility to have arrays rather than as strings. this opens up the possibility to have
a stringprepped+lowercased version of the uniform for comparisons. a stringprepped+lowercased version of the uniform for comparisons.
@ -142,7 +145,7 @@ REMOVE NICKNAMES FROM PROTOCOL
nick/alias when a friend (or local?), full uniform when unknown... nick/alias when a friend (or local?), full uniform when unknown...
so all [_nick] should simply be replaced by [_source] etc. so all [_nick] should simply be replaced by [_source] etc.
! implementing the latter approach with the uni2nick callback strategy! ! implementing the latter approach with the uni2nick callback strategy!
AUTOALIASES & ALIASES FOR PLACES > AUTOALIASES & ALIASES FOR PLACES
+ /set aliases auto + /set aliases auto
use temporary aliases for people in places, use temporary aliases for people in places,
keep them in [r]aliases mappings only, not in v("aliases") keep them in [r]aliases mappings only, not in v("aliases")
@ -161,7 +164,7 @@ problems that should disappear when we move away from _nick's:
friendship requests. eh! where's the uniform!? friendship requests. eh! where's the uniform!?
- remote /topic shows wrong nick - remote /topic shows wrong nick
PRESENCE STATUS > PRESENCE STATUS
+ all _status_person need to be upgraded to _status_presence with + all _status_person need to be upgraded to _status_presence with
availability etc. availability etc.
- _status_person_present appears as a chat msg for local jabber/server users. - _status_person_present appears as a chat msg for local jabber/server users.
@ -177,7 +180,7 @@ PRESENCE STATUS
net/jabber/user#whojarr <message to='whojarr@example.org/Home' from='oops@example.org/irc' type='chat'><body>oops is a roving piker.</body></message> net/jabber/user#whojarr <message to='whojarr@example.org/Home' from='oops@example.org/irc' type='chat'><body>oops is a roving piker.</body></message>
* see also various PRESENCE boxes * see also various PRESENCE boxes
DECENTRALIZED STATE / PERSISTENT CONTEXT SLAVES > DECENTRALIZED STATE / PERSISTENT CONTEXT SLAVES
- do not send revision with every cast - do not send revision with every cast
+ we could use better integration of availability + we could use better integration of availability
because right now CACHE_PRESENCE doesn't work because right now CACHE_PRESENCE doesn't work
@ -203,7 +206,7 @@ DECENTRALIZED STATE / PERSISTENT CONTEXT SLAVES
is useful even when we have packet ids in place.. some places it's okay is useful even when we have packet ids in place.. some places it's okay
to lose packets if at least the member lists are in sync to lose packets if at least the member lists are in sync
GENERIC CONTEXT SUBSCRIBE / PRESENCE FOR ALL > GENERIC CONTEXT SUBSCRIBE / PRESENCE FOR ALL
+ krasser rewrite und fusion von raumanwesenheit und buddylists mittels + krasser rewrite und fusion von raumanwesenheit und buddylists mittels
generischer presence.. siehe auch http://about.psyc.eu/presence und.. generischer presence.. siehe auch http://about.psyc.eu/presence und..
schwer zu glauben, wir haben heute festgestellt, dass wir subscribe, schwer zu glauben, wir haben heute festgestellt, dass wir subscribe,
@ -219,12 +222,13 @@ see also http://about.psyc.eu/subscription
not from own UNI (see #ifdef FRIEND_ECHO) not from own UNI (see #ifdef FRIEND_ECHO)
... or just rewrite it all into context subscription!! ... or just rewrite it all into context subscription!!
ARCHETYPE PLACES > ARCHETYPE PLACES
? archetype.gen & other places: current privilege model sux. ? archetype.gen & other places: current privilege model sux.
qAide(), qOwner(), boss(source), v("topic-user") qAide(), qOwner(), boss(source), v("topic-user")
.. how does this fit with confctrl, _duty and qAllowExternal? .. how does this fit with confctrl, _duty and qAllowExternal?
.. and in some cases you just want to check for isMember .. and in some cases you just want to check for isMember
>>>
- REGISTERED_USERS_ONLY does not behave properly on IRC port - REGISTERED_USERS_ONLY does not behave properly on IRC port
(see also NO_NEWBIES ... clean up and rename?) (see also NO_NEWBIES ... clean up and rename?)
@ -305,6 +309,11 @@ ________________________________________________________________________
- place redirection doesn't work for ircII: client still thinks i am in the - place redirection doesn't work for ircII: client still thinks i am in the
first room while i get messages from the second room. when i type stuff first room while i get messages from the second room. when i type stuff
to the first room, it doesn't even forward to the second. to the first room, it doesn't even forward to the second.
- psyced spits out _error_rejected_relay_incoming for hostnames that have
been redirected using SRV. x-net.hu's A record is still being checked.
_psyc._tcp.x-net.hu has SRV record 0 0 14404 psyc.x-net.hu.
________________________________________________________________________ ________________________________________________________________________
== MINOR DELEGATES ===================================================== == MINOR DELEGATES =====================================================
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
@ -369,12 +378,12 @@ ________________________________________________________________________
? generate psyced without cvs support if no cvs installed? ? generate psyced without cvs support if no cvs installed?
... bzw. git ... bzw. git
WINDOWS DISTRIBUTION > WINDOWS DISTRIBUTION
? how can we compile SRV into erq.exe? do we care? ? how can we compile SRV into erq.exe? do we care?
? which open source installer for win to use? ? which open source installer for win to use?
? what to do about psyconf.. include perl or re-implement psyconf for win? ? what to do about psyconf.. include perl or re-implement psyconf for win?
TWITTER > TWITTER
+ resolve redirect-urls before forwarding to subscriptions, that means, + resolve redirect-urls before forwarding to subscriptions, that means,
calling http/fetch on http://tr.im/whatever urls until it no longer calling http/fetch on http://tr.im/whatever urls until it no longer
returns a 30x redirection code. [improves privacy btw, since all those returns a 30x redirection code. [improves privacy btw, since all those
@ -400,7 +409,7 @@ ________________________________________________________________________
? apply more TAGGING (tagged callbacks also avoid the monster switches) ? apply more TAGGING (tagged callbacks also avoid the monster switches)
CIRCUITRY > CIRCUITRY
- _request_circuit_shutdown isnt issued or doesnt arrive - _request_circuit_shutdown isnt issued or doesnt arrive
or is the disconnected-detection buggy? or is the disconnected-detection buggy?
+ net/circuit:pushback TODO: + net/circuit:pushback TODO:
@ -431,24 +440,24 @@ CIRCUITRY
? what to do when hosts talk faster then we resolve them? ? what to do when hosts talk faster then we resolve them?
see around _error_invalid_host_slow see around _error_invalid_host_slow
TRUST1 > TRUST1
- _request_circuit_trust needs to check some challenge, or it can be - _request_circuit_trust needs to check some challenge, or it can be
tricked by replay. so for now only use it over safe networks!! tricked by replay. so for now only use it over safe networks!!
? generic SASL for xmpp, psyc and irc? ? generic SASL for xmpp, psyc and irc?
TRUST2 > TRUST2
? TRUSTED_HOSTS are permitted to relay, this allows all users from that host to ? TRUSTED_HOSTS are permitted to relay, this allows all users from that host to
relay.. not so cool. relay.. not so cool.
+ the trust implementation needs to learn to distinguish host trust and + the trust implementation needs to learn to distinguish host trust and
person trust, yet understand the interaction and develop maths for it person trust, yet understand the interaction and develop maths for it
SCHEMES AND SERVICES > SCHEMES AND SERVICES
+ allow for icq: rather than xmpp:XXX@icq etc. + allow for icq: rather than xmpp:XXX@icq etc.
+ implement *.service.* and *.scheme.* etc according to + implement *.service.* and *.scheme.* etc according to
http://about.psyc.eu/Directory_Service - so that mailto: works for any server http://about.psyc.eu/Directory_Service - so that mailto: works for any server
+ move the .psyc.eu suffix into a #define + move the .psyc.eu suffix into a #define
+ implement forward-to-mailto-when-offline as a generic forwarding feature + implement forward-to-mailto-when-offline as a generic forwarding feature
FOLLOW INVITES > FOLLOW INVITES
+ /set follow all|friends|none + /set follow all|friends|none
allow your friends to invite you (and make you follow) into a room allow your friends to invite you (and make you follow) into a room
so that they can immediately start talking to a group of people like so that they can immediately start talking to a group of people like
@ -459,6 +468,7 @@ FOLLOW INVITES
create a subchannel of your self context, containing only the friends create a subchannel of your self context, containing only the friends
you want to have a conversation with, and poof you can start talking! you want to have a conversation with, and poof you can start talking!
>>>
- ok, x@y notation sollte mind. dots im host überprüfen, - ok, x@y notation sollte mind. dots im host überprüfen,
wenn nicht sogar leading # wenn nicht sogar leading #
In BuHa fragt el_presidente: inseln? In BuHa fragt el_presidente: inseln?
@ -492,7 +502,7 @@ fritz: fritz zuckt.
fippo: TAGGING koennte dieses problem bald loesen fippo: TAGGING koennte dieses problem bald loesen
wie denn? was würde reply() anders machen? wie denn? was würde reply() anders machen?
PRESENCE > PRESENCE
- eigene mood & availability erscheinen nicht im showStatus - eigene mood & availability erscheinen nicht im showStatus
(description schon, aber das war's noch nicht) (description schon, aber das war's noch nicht)
- irc access receives _status_away notices for each message they send to a - irc access receives _status_away notices for each message they send to a
@ -507,42 +517,8 @@ PRESENCE
man kann eine passende _notice machen und wird sogar als friend gelistet man kann eine passende _notice machen und wird sogar als friend gelistet
- persistent_presence does not store description and mood - persistent_presence does not store description and mood
gmail hat irgendwelche anderen probleme... >>>
- heute nachmittag stand auf dem schirm: - unnecessary refriendship requests
oops schließt mit Dir Freundschaft.
TAV möchte mit Dir Freundschaft schließen.
bin mir ziemlich sicher, dass es keinen lokalen oops gibt.. es handelt sich
um eine fehlerhafte doppelte darstellung vom TAV alias ohne sein @gmail.com!?
einige stunden später:
Du bist mit oops bereits befreundet.
TAV möchte mit Dir Freundschaft schließen.
? mir scheint das passiert nicht mehr..
wenn "bereits befreundet" ausgegeben wird, geht auch ne textmeldung an
tav auf gmail raus. eine die es in jabberland nicht gibt. das wär okay
wenn wir keinen bug hätten.....
* also eigentlich sollte da ein "meinetwegen bist du subscribed" rausgehen
weshalb wir nur noch das display an unseren user unterdruecken muessten
hier ein ausschnitt aus der rawlog..
» S:xmpp:64.233.166.129:-26112 <presence type="subscribe" from="oops@gmail.example" to="lynx@ve.example.com"/>
« C:xmpp:gmail.com <presence to='oops@gmail.example' from='lynx@ve.example.com' type='subscribed'/>
« C:xmpp:gmail.com <presence to='oops@gmail.com' from='lynx@ve.example.com'><x from='lynx@ve.example.com' stamp='20060314T21:21:47' xmlns='jabber:x:delay'/></presence>
..man beachte, die newlines nach type='subscribed'/> wurden scheinbar
wirklich gesendet, aber vermutlich harmlos. dass gmail einen subscribe
abschickt für jemanden mit dem man schon längst befreundet ist, dass ist
wohl das problem. vermutlich ein dirty hack im umgang mit herkömmlichen
jabber servern welcher bei uns aber doofe effekte hat. was tun? genau
genommen müsste man errors zurückschicken, aber das wird die gmail-user
nicht glücklich stimmen.. sonst? einfach verwerfen? na gut
... hmm würde es reichen dafür ausserhalb des switch display=0 zu setzen
und nur im fall von PPL_NOTIFY_PENDING display=1 einzuschalten?
* man sollte wirklich mal von wem kompetentes auf gmail-seite den
subscription state checken lassen. ich vermute, die lassen
gaim-b0rkedness raus in die welt.
- ouch!! ganz schlimm.. es ist kein gmail-only problem!
wenn ich mit Alias: xmpp:symlynx@example.ccc.de = JYNX /friend mache kommt: wenn ich mit Alias: xmpp:symlynx@example.ccc.de = JYNX /friend mache kommt:
symlynx schließt mit Dir Freundschaft. symlynx schließt mit Dir Freundschaft.
JYNX möchte mit Dir Freundschaft schließen. JYNX möchte mit Dir Freundschaft schließen.
@ -579,7 +555,7 @@ JYNX möchte mit Dir Freundschaft schließen.
- falls /set entersilent off so erhalten bleibt, dokumentieren - falls /set entersilent off so erhalten bleibt, dokumentieren
PROGRAMMABLE USER IDENTIFICATIONS & MULTIPLE CLIENT INTERFACES > PROGRAMMABLE USER IDENTIFICATIONS & MULTIPLE CLIENT INTERFACES
- experimental rename fails sometimes: - experimental rename fails sometimes:
Attempt to rename to existing object '~nautilutz' Attempt to rename to existing object '~nautilutz'
possible fix: separate user identity from user access interface possible fix: separate user identity from user access interface
@ -600,7 +576,7 @@ PROGRAMMABLE USER IDENTIFICATIONS & MULTIPLE CLIENT INTERFACES
a UNI server in c++ anyway... ;) a UNI server in c++ anyway... ;)
? consider also what CONTEXT CHANNEL requirements the new identity has ? consider also what CONTEXT CHANNEL requirements the new identity has
WHITELISTING & BLACKLISTING on the SERVER TRUST WEB > WHITELISTING & BLACKLISTING on the SERVER TRUST WEB
+ enable the #ifdef such that dialback from new hosts is not automatically + enable the #ifdef such that dialback from new hosts is not automatically
replied to, but a _request_trust_manual is sent to the monitor. replied to, but a _request_trust_manual is sent to the monitor.
see also http://about.psyc.eu/Talk:Encryption see also http://about.psyc.eu/Talk:Encryption
@ -620,7 +596,7 @@ WHITELISTING & BLACKLISTING on the SERVER TRUST WEB
when the server tells you about things that have happened automatically, when the server tells you about things that have happened automatically,
like an automatic blacklisting. _info_adopt_trust or something. like an automatic blacklisting. _info_adopt_trust or something.
CHARSET > CHARSET
+ ensure UTF-8 at parsing time on all inputs so we can + ensure UTF-8 at parsing time on all inputs so we can
a) remove the action limitation: a) remove the action limitation:
- when an umlaut appears in speakaction, then the entire line is not - when an umlaut appears in speakaction, then the entire line is not
@ -637,7 +613,7 @@ CHARSET
so it is still necessary that CONSOLE_CHARSET learns to be easy about it so it is still necessary that CONSOLE_CHARSET learns to be easy about it
== PSYC 1.0alpha ======================================================= == PSYC 1.0alpha =======================================================
THE BIG METHOD RENAME > THE BIG METHOD RENAME
- shouldn't all _tag_reply be renamed into the more generic _tag_relay ? - shouldn't all _tag_reply be renamed into the more generic _tag_relay ?
i mean.. pushback setting _tag_reply is semantically wrong whereas i mean.. pushback setting _tag_reply is semantically wrong whereas
setting _tag_relay makes sense. the MMP spec has abandoned _tag_reply setting _tag_relay makes sense. the MMP spec has abandoned _tag_reply
@ -660,7 +636,7 @@ THE BIG METHOD RENAME
should have the same names as the entries in psyced.ini if equivalent. should have the same names as the entries in psyced.ini if equivalent.
+ after /unsub and /unfriend we should also have /unset + after /unsub and /unfriend we should also have /unset
COMPACT METHODS and KEYWORD INHERITANCE > COMPACT METHODS and KEYWORD INHERITANCE
nothing can be as fast as fixing the method inheritance at psyc parsing time. nothing can be as fast as fixing the method inheritance at psyc parsing time.
since we have to patch compact methods into long methods anyway, we know all since we have to patch compact methods into long methods anyway, we know all
the methods the muve can handle - so we can handle inheritance before passing the methods the muve can handle - so we can handle inheritance before passing
@ -675,6 +651,7 @@ clients). example:
in fact.. we can even simplify all abbrev() calls into mere == comparisons in fact.. we can even simplify all abbrev() calls into mere == comparisons
or switches in our muve code, because they will never be needed! or switches in our muve code, because they will never be needed!
>>>
- when a _target does not comply to the rules, a message needs to be replied - when a _target does not comply to the rules, a message needs to be replied
to with an error. currently however, handling falls thru to rootMsg() like to with an error. currently however, handling falls thru to rootMsg() like
this: this:
@ -686,13 +663,13 @@ or switches in our muve code, because they will never be needed!
- should ignored people receive an echo for the sake of not being - should ignored people receive an echo for the sake of not being
distinguishable from not ignored people? yes... but is a nasty change to do distinguishable from not ignored people? yes... but is a nasty change to do
TYPE CHECKING AT PARSING TIME > TYPE CHECKING AT PARSING TIME
- unless trustworthy > 4 all incoming vars should be checked for legal - unless trustworthy > 4 all incoming vars should be checked for legal
content, like chars in actions etc.. or maybe switch over the varnames content, like chars in actions etc.. or maybe switch over the varnames
and fix the obvious candidates.. if a method is non-standard (we will and fix the obvious candidates.. if a method is non-standard (we will
be aware of this by 1.0) we should check each var mentioned in the body. be aware of this by 1.0) we should check each var mentioned in the body.
PSYC protokoll verbessern, dass implementationen einfach sein können: > PSYC protokoll verbessern, dass implementationen einfach sein können:
+ die lookup_identification queue in place/basic ist vermutlich nicht + die lookup_identification queue in place/basic ist vermutlich nicht
notwendig, da (a) clients den zutritt zu einem raum von ihrer UNI notwendig, da (a) clients den zutritt zu einem raum von ihrer UNI
vermitteln lassen können und (b) scripte ihre informationen für einen vermitteln lassen können und (b) scripte ihre informationen für einen
@ -722,7 +699,7 @@ PSYC protokoll verbessern, dass implementationen einfach sein können:
dadurch die queues in net/circuit vereinfachen? unwahrscheinlich, aber dadurch die queues in net/circuit vereinfachen? unwahrscheinlich, aber
man könnte nochmal seinen grips drauf ansetzen. man könnte nochmal seinen grips drauf ansetzen.
HISTORY > HISTORY
+ add timestamp search to lastlog.c, add timestamp-based /history and /log + add timestamp search to lastlog.c, add timestamp-based /history and /log
commands, maybe remove v("new") code. then again, it's quite efficient. commands, maybe remove v("new") code. then again, it's quite efficient.
see person.h for details. see person.h for details.
@ -746,7 +723,7 @@ ________________________________________________________________________
? _nick_local and coolname are shown, but cannot be identified ? _nick_local and coolname are shown, but cannot be identified
localMUC: > localMUC:
- MUC member list may be incorrect after psyced server restart.. - MUC member list may be incorrect after psyced server restart..
we should probably castmsg all local leaves at shutdown we should probably castmsg all local leaves at shutdown
- when entering places from XMPP-S2S own id appears both - when entering places from XMPP-S2S own id appears both
@ -763,7 +740,7 @@ localMUC:
still causing problems still causing problems
? M1: apparently something in psyced's MUC implementation is making mcabber crash :( ? M1: apparently something in psyced's MUC implementation is making mcabber crash :(
remoteMUC: > remoteMUC:
- whispering in remote MUCs: - whispering in remote MUCs:
xmpp:psyc@conference.jabber.org sagt Dir: test xmpp:psyc@conference.jabber.org sagt Dir: test
would be nice to see the nickname at least.. ;) would be nice to see the nickname at least.. ;)
@ -773,6 +750,7 @@ remoteMUC:
or actually implement it? looks so stupid on telnet when typing <enter> or actually implement it? looks so stupid on telnet when typing <enter>
... then again, telnet is the only protocol that could use that.. scrapped ... then again, telnet is the only protocol that could use that.. scrapped
>>>
- "asks" kommt blöd.. entweder visiblespeakaction immer, oder gar - "asks" kommt blöd.. entweder visiblespeakaction immer, oder gar
nicht (implement visiblespeakaction in net/jabber) nicht (implement visiblespeakaction in net/jabber)
- ausserdem wird kein asks erzeugt wenn jabberisten fragen stellen - ausserdem wird kein asks erzeugt wenn jabberisten fragen stellen
@ -789,6 +767,8 @@ remoteMUC:
________________________________________________________________________ ________________________________________________________________________
== JABBER CLIENT ISSUES (...experimental is justified...) ============== == JABBER CLIENT ISSUES (...experimental is justified...) ==============
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- display twitter notices somehow
? XMPP: connecting to psyced.org with psi pops up a profile window everytime ? XMPP: connecting to psyced.org with psi pops up a profile window everytime
? XMPP: first reply to a stranger's remote psyc message did not show up in psi ? XMPP: first reply to a stranger's remote psyc message did not show up in psi
? neulich wurde 'stanly' beim runterfahren von psi nicht aus dem MUC genommen. ? neulich wurde 'stanly' beim runterfahren von psi nicht aus dem MUC genommen.
@ -796,7 +776,7 @@ ________________________________________________________________________
MUC meldungen. ob der fehler bei psi oder uns liegt, k.A. MUC meldungen. ob der fehler bei psi oder uns liegt, k.A.
... is this still happening with the new fixes? ... is this still happening with the new fixes?
ASTERISK IN XMPP: UNIFORMS > ASTERISK IN XMPP: UNIFORMS
- tjgillies: meebo doesn't let you put * in MUC name - tjgillies: meebo doesn't let you put * in MUC name
AFAIK the xmpp: uri does not forbid * from the URI RFC thus AFAIK the xmpp: uri does not forbid * from the URI RFC thus
meebo should be incorrect here. we'll have to talk to them.. meebo should be incorrect here. we'll have to talk to them..
@ -810,6 +790,7 @@ ASTERISK IN XMPP: UNIFORMS
</message> </message>
- is psi having a problem with this, too? - is psi having a problem with this, too?
>>>
- accurate availability values from friends aren't stored and delivered - accurate availability values from friends aren't stored and delivered
- re-subscribe isn't properly handled (so we do friend(0) earlier instead) - re-subscribe isn't properly handled (so we do friend(0) earlier instead)
@ -1232,7 +1213,7 @@ ________________________________________________________________________
fippo hotzenplotzt: möglich fippo hotzenplotzt: möglich
? problem: how to allow remote XMPP MUC users to filter web inspection notices? ? problem: how to allow remote XMPP MUC users to filter web inspection notices?
PROFILES > PROFILES
! depend on DECENTRALIZED STATE to get to the next stadium of coolness ! depend on DECENTRALIZED STATE to get to the next stadium of coolness
- exposed lists aren't properly sorted by expose level. a maximum expose should - exposed lists aren't properly sorted by expose level. a maximum expose should
automatically put a friend or group at the top of the profile list etc. automatically put a friend or group at the top of the profile list etc.
@ -1248,6 +1229,7 @@ PROFILES
by channels - so we have a chance to multicast changes to our profile to by channels - so we have a chance to multicast changes to our profile to
the intended people and don't have complexity explosion in user data for this. the intended people and don't have complexity explosion in user data for this.
>>>
- Invalid password error in tn/server appears indented w/o LF - Invalid password error in tn/server appears indented w/o LF
+ provide textdb editing mechanisms: + provide textdb editing mechanisms:
@ -1291,7 +1273,7 @@ PROFILES
? _subject in jabber messages wird ignoriert. was machen wir damit? ? _subject in jabber messages wird ignoriert. was machen wir damit?
library/dns ... geht derzeit sowieso nicht ohne erq. erq muss sein! > ERQ
- an mehreren stellen verlassen wir uns darauf, dass __ERQ_MAX_SEND__ - an mehreren stellen verlassen wir uns darauf, dass __ERQ_MAX_SEND__
undefiniert sein wird wenn erq beim hochfahren nicht gefunden wurde, undefiniert sein wird wenn erq beim hochfahren nicht gefunden wurde,
aber wenn ich ldmud mit -N aufrufe wird __ERQ_MAX_SEND__ trotzdem aber wenn ich ldmud mit -N aufrufe wird __ERQ_MAX_SEND__ trotzdem
@ -1299,6 +1281,7 @@ library/dns ... geht derzeit sowieso nicht ohne erq. erq muss sein!
+ es gibt neue localhost selbstresolver switche, das müsste mehrere + es gibt neue localhost selbstresolver switche, das müsste mehrere
if localhost abfragen im bisherigen code unnötig machen. optimization TODO if localhost abfragen im bisherigen code unnötig machen. optimization TODO
>>>
- don't accept connections during shutdown sequence - don't accept connections during shutdown sequence
should work by returning 0 from master:connect() should work by returning 0 from master:connect()
- reorder shutdown? why do we see _notice_place_leave_reload_server - reorder shutdown? why do we see _notice_place_leave_reload_server
@ -1405,14 +1388,6 @@ javascript:popnoresize('http://sport.ard.de/php/sportticker/?event_art=6&ticker=
+ spoof tester script in perl- oder pypsyc, welches gespoofte oder fehler- + spoof tester script in perl- oder pypsyc, welches gespoofte oder fehler-
hafte meldungen zu erzeugen versucht um w() und co dicht zu kriegen hafte meldungen zu erzeugen versucht um w() und co dicht zu kriegen
sollten wir wieder eine "Too deep recursion" im raumbereich haben
könnte es ein fall sein für diese kleine vermutung:
wenn QUIET_REMOTE_MEMBERS nicht defined ist, ist
isValidRelay(vars["_source_relay"]) in place/basic.c:47 bei einem
_failure_unsuccessful_delivery true, weil im _source_relay der
raum selbst steht. und dann so weiter, da der user nie aus _u
verschwindet
+ support for transfer/sharing of user data between servers. when a new + support for transfer/sharing of user data between servers. when a new
server is started using the .o files of an existing server, each loaded server is started using the .o files of an existing server, each loaded
user object should be aware, that it is *not* the entity that *made* user object should be aware, that it is *not* the entity that *made*
@ -1439,18 +1414,18 @@ könnte es ein fall sein für diese kleine vermutung:
trying to intantiate ridiculous objects? (no extensions outside static?) trying to intantiate ridiculous objects? (no extensions outside static?)
see also http://about.psyc.eu/Web_Attack see also http://about.psyc.eu/Web_Attack
________________________________________________________________________ ________________________________________________________________________
* GOTCHAs > GOTCHAs
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
! When the /topic command makes funny errors, then your room has a custom ! When the /topic command makes funny errors, then your room has a custom
cmd() and doesn't pass vars over. It should use ON_COMMAND instead! cmd() and doesn't pass vars over. It should use ON_COMMAND instead!
________________________________________________________________________ ________________________________________________________________________
* PSYC FUTURES see also http://about.psyc.eu/Category:Vapor > PSYC FUTURES see also http://about.psyc.eu/Category:Vapor
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
+ http://about.psyc.eu/Hashtags + http://about.psyc.eu/Hashtags
+ http://about.psyc.eu/Follower + http://about.psyc.eu/Follower
________________________________________________________________________ ________________________________________________________________________
* TOYS IN THE ATTIC > TOYS IN THE ATTIC
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- In welcome spricht Igramul: hmm... the "+list" command made xchat crash - In welcome spricht Igramul: hmm... the "+list" command made xchat crash
<fippo> man sollte dazu sagen, dass er danach gesagt hat, dass es ein <fippo> man sollte dazu sagen, dass er danach gesagt hat, dass es ein
@ -1480,7 +1455,7 @@ mapping rvars msg(source, mc, data, vars, rvars);
wenn ein msg() signalisieren will, dass die nachricht abgearbeitet ist, wenn ein msg() signalisieren will, dass die nachricht abgearbeitet ist,
gibt es return 0 statt return rvars durch. ist das alles, oder fehlt was? gibt es return 0 statt return rvars durch. ist das alles, oder fehlt was?
________________________________________________________________________ ________________________________________________________________________
* GATEBOT / IRCGATE / etc > GATEBOT / IRCGATE / etc
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- /m freenode:symlynx hey - /m freenode:symlynx hey
Sorry, _message_private is not supported by the IRC gateway. Sorry, _message_private is not supported by the IRC gateway.
@ -1581,7 +1556,7 @@ ________________________________________________________________________
look at: http://freshmeat.net/projects/pyvoicechat/ look at: http://freshmeat.net/projects/pyvoicechat/
dormant since 2004.. oops dormant since 2004.. oops
RELAYING > RELAYING
+ net/spyc needs relaying (without parsing even), see TODO in parse_content() + net/spyc needs relaying (without parsing even), see TODO in parse_content()
? relaying doesn't work for psyc clients (xmpp: in particular) ? relaying doesn't work for psyc clients (xmpp: in particular)
works for localhost clients works for localhost clients
@ -1601,26 +1576,14 @@ RELAYING
but some of the old stuff does.. how do we find a proper solution? but some of the old stuff does.. how do we find a proper solution?
== DOCUMENTATION ISSUES ================================================ == DOCUMENTATION ISSUES ================================================
ich habs.. jede datei definiert am anfang in welche kategorie sie gehört.. * ich habs.. jede datei definiert am anfang in welche kategorie sie gehört..
"library" "user" "server" "language" etc... und jede funktion kann sich "library" "user" "server" "language" etc... und jede funktion kann sich
dann mit /** library: this stuff.. */ woanders einordnen.. jetzt brauchen wir dann mit /** library: this stuff.. */ woanders einordnen.. jetzt brauchen wir
ne dokuware die sowas kann, und jemand der die dokummentare reinschreibt.. ne dokuware die sowas kann, und jemand der die dokummentare reinschreibt..
-> doxygen-1.3.9.1.src.tar.gz (2649K)... definitiv kein aufwand, sowas... -> doxygen-1.3.9.1.src.tar.gz (2649K)... definitiv kein aufwand, sowas...
== RELEASE ANNOUNCEMENT ================================================ == RELEASE ANNOUNCEMENT ================================================
REDIRECT: http://about.psyc.eu/Release_Announcement .. außerdem: * REDIRECT: http://about.psyc.eu/Release_Announcement
? Netzeitung.de könnten man beschwatzen schonmal nen echten psyc feed
zu liefern.. am besten wenn sie einen stabilen 0.99 server installieren.
oder sie führen einfach dpa2psyc aus.
? http://en.wikipedia.org/wiki/Chat und ff. strotzen vor Fehlern..
erbarmt sich jemand? und ausserdem.. http://en.wikipedia.org/wiki/PSYC
man kann sich ja an http://de.wikipedia.org/wiki/PSYC orientieren :)
- "CSpace could be the 7th, component of the open office suite, see the
discussion on the mailinglist of Open office developers for July 2006"
they must be kidding!!!!
== COMPETITION ========================================================= == COMPETITION =========================================================
+ man könnte die kollegen bitten gemäß forschertradition unter "other + man könnte die kollegen bitten gemäß forschertradition unter "other
@ -1659,7 +1622,7 @@ http://freshmeat.net/projects/boo/
mixgerät aus active, server und circuit erstmal ein temporäres newct.c machen mixgerät aus active, server und circuit erstmal ein temporäres newct.c machen
________________________________________________________________________ ________________________________________________________________________
UNDER CONSTRUCTION: (offene baustellen im LPC code) == UNDER CONSTRUCTION: (offene baustellen im LPC code) =================
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- file transfers between local jabber clients - file transfers between local jabber clients
- file transfers between jabber clients and gateways - file transfers between jabber clients and gateways
@ -1758,7 +1721,7 @@ das sieht doof aus.. gehts auch besser? hmm
+ dns_rresolve should panic when discovering fake PTRs and suchlike + dns_rresolve should panic when discovering fake PTRs and suchlike
blacklist_report() ? :) blacklist_report() ? :)
SHOW STATUS? > SHOW STATUS?
? is the following stuff superceded by DECENTRALIZED STATE? ? is the following stuff superceded by DECENTRALIZED STATE?
? _status_flags aus der auswahl _members _topic _configuration und ? _status_flags aus der auswahl _members _topic _configuration und
_limit_history bei _request_enter mitgeben, damit showStatus dann die _limit_history bei _request_enter mitgeben, damit showStatus dann die
@ -1770,6 +1733,7 @@ SHOW STATUS?
same way same way
+ "/set verbose on" gibt (unter anderem) mehr statuskram beim einloggen aus.. + "/set verbose on" gibt (unter anderem) mehr statuskram beim einloggen aus..
>>>
? filter + /msg: auto tmp-friend status ? ? filter + /msg: auto tmp-friend status ?
hierzu müsste man wohl einen status "bekannter" in ppl einfügen hierzu müsste man wohl einen status "bekannter" in ppl einfügen
@ -1814,7 +1778,7 @@ SHOW STATUS?
- psyctext() hängt sich auf wenn ein [ nicht wieder mit ] geschlossen wird - psyctext() hängt sich auf wenn ein [ nicht wieder mit ] geschlossen wird
SPAM / FLOOD CONTROL > SPAM / FLOOD CONTROL
+ connect flood protection (against icaruz from XX.XX.XX.XX) + connect flood protection (against icaruz from XX.XX.XX.XX)
1. introduce #define MAX_CONNECTIONS_FROM_ONE_IP 1. introduce #define MAX_CONNECTIONS_FROM_ONE_IP
2. warn admins via monitor when MAX_CONNECTIONS_FROM_ONE_IP * 70% 2. warn admins via monitor when MAX_CONNECTIONS_FROM_ONE_IP * 70%
@ -1932,7 +1896,7 @@ ________________________________________________________________________
psyc textdb directory tree.. psyc textdb directory tree..
? user.c puts host, not ip, into v("ip") - makes sense? ? user.c puts host, not ip, into v("ip") - makes sense?
FROM MEDITATION ON PDEV: > FROM MEDITATION ON PDEV:
+ elaborate availability/presence features, even before "logon" + elaborate availability/presence features, even before "logon"
? do we want var change notifications on psyc parse level so that ? do we want var change notifications on psyc parse level so that
the protocol does not need to issue messages for every minor event? the protocol does not need to issue messages for every minor event?
@ -1942,6 +1906,9 @@ FROM MEDITATION ON PDEV:
+ unls wie psycbiff melden sich für bestimmte methodenfamilien an + unls wie psycbiff melden sich für bestimmte methodenfamilien an
== REAL PSYC ROUTING =================================================== == REAL PSYC ROUTING ===================================================
? wie unterscheide ich member und subroute?
falls du es überhaupt brauchst daran, dass subroute seine members definiert.
=_members <route> sepp frida alex =_members <route> sepp frida alex
+_members p2puser +_members p2puser
+_members <subroute> uwe anton fippo +_members <subroute> uwe anton fippo
@ -1954,10 +1921,8 @@ aber casten braucht man nur an die router, die übrig bleiben.
und der p2puser ist ein sonderfall: er will von allen direkt angenachrichtet und der p2puser ist ein sonderfall: er will von allen direkt angenachrichtet
werden ohne router dazwischen.. werden ohne router dazwischen..
-> wie unterscheide ich member und subroute?
falls du es überhaupt brauchst daran, dass subroute seine members definiert.
== P2P ROUTING ========================================================= == P2P ROUTING =========================================================
* Kademlia
Möglicherweise interessant ist eine P2P-artige Form von Routing, basierend Möglicherweise interessant ist eine P2P-artige Form von Routing, basierend
auf Kademlia ( siehe http://de.wikipedia.org/wiki/Kademlia ) + Auth auf Kademlia ( siehe http://de.wikipedia.org/wiki/Kademlia ) + Auth
via Public Keys. Man sendet Nachrichten an einen (gehashten ?) Publickey via Public Keys. Man sendet Nachrichten an einen (gehashten ?) Publickey
@ -1979,7 +1944,7 @@ schaffen oder muss man freigiebiger mit der Information sein?
TODO: edit-funktionen, etc TODO: edit-funktionen, etc
-> oder gleich den eingebauten zeileneditor ed() von lpmud verwenden -> oder gleich den eingebauten zeileneditor ed() von lpmud verwenden
(telnet only) (telnet only)
threads: > threads:
+ jeder Message noch eine threadID geben (in-reply-to): + jeder Message noch eine threadID geben (in-reply-to):
man numeriert die msgs durch und ein reply trägt noch den _tag von man numeriert die msgs durch und ein reply trägt noch den _tag von
seinem vorgänger.. oder so...? seinem vorgänger.. oder so...?
@ -2005,7 +1970,7 @@ threads:
? psyc clients as persistent java applets (ie channel, signed ns applet) ? psyc clients as persistent java applets (ie channel, signed ns applet)
TIME - rewrite of all time outputs: > TIME - rewrite of all time outputs:
+ handle timezones + handle timezones
+ introduce global psyc time? + introduce global psyc time?
? seconds since 2000-01-01 0:0 GMT or -- still lets you say "in an hour" ? seconds since 2000-01-01 0:0 GMT or -- still lets you say "in an hour"
@ -2014,6 +1979,7 @@ TIME - rewrite of all time outputs:
too bad it cant be done in perl too bad it cant be done in perl
+ add date/weekday for /log messages older than 24h + add date/weekday for /log messages older than 24h
>>>
? finish up /connect with password ? finish up /connect with password
? wenn man per psyc ne message an xx schickt, gilt der anschliessend ? wenn man per psyc ne message an xx schickt, gilt der anschliessend
@ -2122,7 +2088,7 @@ thoughts from buddy-heggy.txt:
- logged_on should be gone - logged_on should be gone
________________________________________________________________________ ________________________________________________________________________
DRIVER TODO: > DRIVER TODO:
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
* moved to psyclpc/TODO file * moved to psyclpc/TODO file
@ -2130,7 +2096,7 @@ DRIVER TODO:
- unless (checkVar(&key, &value)) return; - unless (checkVar(&key, &value)) return;
- psyc/library - psyc/library
________________________________________________________________________ ________________________________________________________________________
PERLPSYC TODO: > PERLPSYC TODO:
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
- FORK - FORK
- negotiation muss sowohl blocking als auch nonblocking funktionieren. per - negotiation muss sowohl blocking als auch nonblocking funktionieren. per
@ -2141,7 +2107,7 @@ PERLPSYC TODO:
konfigurieren können. md5 überprüft dann die legitimität der nachricht. konfigurieren können. md5 überprüft dann die legitimität der nachricht.
oder wir implementieren das auf serverconnect-ebene.. hmmm oder wir implementieren das auf serverconnect-ebene.. hmmm
sonst noch evtl anguckenswert > sonst noch evtl anguckenswert
+ http://search.cpan.org/~sparsons/Net-Dev-Syslog-0.8.0/Syslog.pm + http://search.cpan.org/~sparsons/Net-Dev-Syslog-0.8.0/Syslog.pm
+ http://freshmeat.net/projects/yeemp/ GPG over SSL, UTF8 etc. + http://freshmeat.net/projects/yeemp/ GPG over SSL, UTF8 etc.
? http://freshmeat.net/projects/xchatosd/ X11 OSD hihi ? http://freshmeat.net/projects/xchatosd/ X11 OSD hihi
@ -2156,14 +2122,14 @@ sonst noch evtl anguckenswert
- checkout the fileshare stuff in perlpsyc/bin/ - checkout the fileshare stuff in perlpsyc/bin/
________________________________________________________________________ ________________________________________________________________________
PSYC SPEC TODO: > PSYC SPEC TODO:
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
+ option to receive rendered messages instead of templates ( as in ve:w() ) + option to receive rendered messages instead of templates ( as in ve:w() )
+ option to not receive templates for standard messages? + option to not receive templates for standard messages?
+ standardized way to select language? + standardized way to select language?
________________________________________________________________________ ________________________________________________________________________
MISCELLANEOUS STUFF: > MISCELLANEOUS STUFF:
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
? irc-notify suckt, aber als reines client-interface kann man es doch ? irc-notify suckt, aber als reines client-interface kann man es doch
eigentlich erlauben? ison polling nervt, kann man hoffentlich vermeiden, eigentlich erlauben? ison polling nervt, kann man hoffentlich vermeiden,
@ -2191,10 +2157,11 @@ Similar Projexx:
http://freshmeat.net/projects/ymsgr/ http://freshmeat.net/projects/ymsgr/
== HINTS: Multicast (see also COMPETITION) ============================= == HINTS: Multicast (see also COMPETITION) =============================
? reliable multicast library?
From: Gerd Flaig <gefla@pond.example.org> From: Gerd Flaig <gefla@pond.example.org>
> Was brauchen wir in der Praxis also? Eine reliable Multicast > Was brauchen wir in der Praxis also? Eine reliable Multicast
> Implementation in PSYC einbinden (müsste ja heutzutage ne fertige > Implementation in PSYC einbinden (müsste ja heutzutage ne fertige
> Library sein zum Aufrufen), [..] > Library sein zum Aufrufen), [..]
nach so etwas suche ich schon eine ganze Weile, habe aber bisher nur nach so etwas suche ich schon eine ganze Weile, habe aber bisher nur
im OCaml-Umfeld eine Implementierung gefunden (genaue URL habe ich im OCaml-Umfeld eine Implementierung gefunden (genaue URL habe ich
nicht mehr, irgendwo unter http://caml.inria.fr/), die aber wohl noch nicht mehr, irgendwo unter http://caml.inria.fr/), die aber wohl noch
@ -2205,27 +2172,19 @@ stabile Bibliothek entsteht.
wer kann ich das mal ansehen? wer kann ich das mal ansehen?
http://www.junglemonkey.net/emcast/ http://www.junglemonkey.net/emcast/
und ausserdem... erste gedanken an multicasting bei den jabbers:
http://www.jabber.org/jeps/jep-0033.html
es geht erstmal nur um eine syntax zwischen client und server
was der server dann tut ist weiterhin unicast... oder?
neuerdings erste gedanken bei den jabbers an raeume, die raeume joinen,
was eine rudimentaere Form von effizenter Verteilung sein mag, jedoch
ohne conferencing control
== DOC: HOW TO PORT TO MUD ============================================= == DOC: HOW TO PORT TO MUD =============================================
> #define MUD * #define MUD
> #undef _flag_enable_routing_UDP will force psyc to use tcp only > #undef _flag_enable_routing_UDP will force psyc to use tcp only
> #define NO_EXTERNAL_LOGINS if you want > #define NO_EXTERNAL_LOGINS if you want
> #define CONFIG_PATH to where your /local/ is > #define CONFIG_PATH to where your /local/ is
> #define TEXT_PATH to where you want to put /default/* > #define TEXT_PATH to where you want to put /default/*
if you care to define SERVER_HOST, please do so in local.h, not in net.h if you care to define SERVER_HOST, please do so in local.h, not in net.h
same goes for DEFAULT_USER_OBJECT. if you need to fake the library same goes for DEFAULT_USER_OBJECT. if you need to fake the library
#include "/net/gl-psyc/simulated.h" in your local.h #include "/net/gl-psyc/simulated.h" in your local.h
________________________________________________________________________ ________________________________________________________________________
LOOKING INTO PIKE: > LOOKING INTO PIKE:
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
irc bot in pike: http://caudiumforge.net/anoncvs.rxml irc bot in pike: http://caudiumforge.net/anoncvs.rxml
http://cvsweb.caudiumforge.net/cgi-bin/cvsweb.cgi/sugor/?cvsroot=sugor http://cvsweb.caudiumforge.net/cgi-bin/cvsweb.cgi/sugor/?cvsroot=sugor

100
bin/todo2csv Executable file
View File

@ -0,0 +1,100 @@
#!/usr/bin/perl
# parse the historic CHANGESTODO.txt file and produce
# a csv according to csv2trac format:
#
# 12 Each line in the CSV file needs to have the following entries
# 13 type text -- the ticket purpose
# 14 time integer -- the time it was created
# 15 changetime integer
# 16 component text
# 17 severity text
# 18 priority text
# 19 owner text -- who is this ticket assigned to
# 20 reporter text
# 21 cc text -- email addresses to notify
# 22 url text -- url related to this ticket
# 23 version text --
# 24 milestone text --
# 25 status text
# 26 resolution text
# 27 summary text -- one-line summary
# 28 description text -- problem description (long)
# 29 keywords text
use locale;
my $changestodofile = shift or die 'Please provide path to CHANGESTODO.txt';
open(I, "/usr/bin/expand $changestodofile |")
or die "Failed to /usr/bin/expand $changestodofile";
print <<X;
type\ttime\tchangetime\tcomponent\tseverity\tpriority\towner\treporter\tcc\turl\tversion\tmilestone\tstatus\tresolution\tsummary\tdescription\tkeywords
X
my $text = '';
my $headline, $first, $type, $sub;
my %types = (
'-' => 'defect',
'+' => 'enhancement',
'*' => 'task',
'?' => 'question', # needs to be added by trac-admin
);
sub output {
return unless $first;
my $t = $types{$type};
die 'no type' unless $t;
$summary = ($first && $sub) ? "$sub: $first" : ($first || $sub);
die 'expand failed' if $summary =~ /\t/ or $text =~ /\t/;
# $summary =~ s/\t/ /gm;
# $text =~ s/\t/ /gm;
$text =~ s/\n/\\n/gm;
my $mytime = 1234567890;
print <<X;
$t\t$mytime\t\tpsyced\t\t\t\t\t\t\t$headline\tnew\t\t$summary\t\\n$summary\\n$text\told imported
X
undef $type;
undef $first;
$text = '';
}
<I>; # skip first line
while (<I>) {
next if /^[_¯]+$/;
next if /^\|/;
if ( /^== (.+) =====/ ) {
&output;
$headline = $1;
undef $sub;
next;
}
if ( /^(-|\+|\?|\*) (.+)$/ ) {
&output;
$type = $1;
$first = "$1 $2";
next;
}
if ( /^\> (.+)$/ ) {
&output;
$sub = $1;
# print STDERR $_;
next;
}
if ( /^\>\>\>/ ) {
&output;
undef $sub;
next;
}
if ( /^=+$/ ) {
&output;
exit;
}
# if ( /^ (.+)$/ or /^\t(.+)$/ ) {
# $text .= $1;
# next;
# }
$text .= $_;
# print STDERR;
}

View File

@ -340,7 +340,7 @@ jabberMsg(XMLNode node) {
if (node["/connection-timeout"]) { if (node["/connection-timeout"]) {
/* ignore it */ /* ignore it */
} else if (node["/system-shutdown"]) { } else if (node["/system-shutdown"]) {
P1(("%O: counterpart is doing a system shutdown", ME)) P1(("%O: counterpart is doing a system shutdown\n", ME))
/* ignore it */ /* ignore it */
} else { } else {
P0(("stream error in %O: %O\n", ME, node)) P0(("stream error in %O: %O\n", ME, node))

View File

@ -185,6 +185,9 @@ jabberMsg(XMLNode node, mixed origin, mixed *su, array(mixed) tu) {
} }
PT(("input¹ %O\n", body)) PT(("input¹ %O\n", body))
if (stringp(body) && strlen(body)) { if (stringp(body) && strlen(body)) {
#ifdef BETA
if (body[0] == '\n') body = body[1..];
#endif
if (body[0] == cmdchar) { if (body[0] == cmdchar) {
// '/ /usr' notation is a USER_PROGRAM feature // '/ /usr' notation is a USER_PROGRAM feature
// so we have to redo it here // so we have to redo it here