View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003443 | unreal | ircd | public | 2007-07-13 21:14 | 2009-01-05 22:31 |
| Reporter | eLement | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | wont fix | ||
| OS | Linux | OS Version | 2.4.xx | ||
| Product Version | 4.0-devel | ||||
| Summary | 0003443: Linking with previous stable version (U3) | ||||
| Description | I believe U4 Should be backwards compatible. Meaning you have two ways to link Servers. New -- Old New being InspIRCd, and old UnrealIRCd. There are two ways (I think) this can be completed: A.) If you have one server running Unreal3 entire network has to link under old manner. B.) You can select the link type, similar to transport, per each server. B would be nice...but then that conflicts with the fact U3 uses numerics. So unless there is a logical way to efficiently bypass the numerics, it seems option A is gonna be the way to go. Of course. If you want to change the way it links, just change it in the conf...and restart each server. This is my idea for linking. -Tim Heckman | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
Sts and I discussed linking a while back, and have agreed linking compatibility should be done in 3.2.x as either a module or hard-coded. U4 will not be able to link to 3.2.x versions prior to the one where U4 linking will be introduced. |
|
|
danieldg has worked on a software that bridges inspircd & unreal3, http://dd.qc.to/janus/trunk/ |
|
|
The actual Unreal 3-4 translator will be done in this branch: http://dd.qc.to/janus/branches/translator/ Currently the network map is not duplicated across the link; instead, users on one segment of the network appear as being on a single server to the rest of the network. This makes it possible to use numerics for unreal3, as only one numeric needs to be allocated. Is this OK for the final application? The current version (231) should work for the majority of user and oper actions. It restricts glines and much of services to acting on one segment of the network. I will try to keep the version availabile through svn (at the above url) testable as I modify it. |
|
|
Relevant piece of log: [00:03] <danieldg> Stskeeps: one of the protocol issues on inspircd's side that I've been working around is the fact that the CAPAB MODULES list does not include all modules that send global commands. I added a bug report to inspircd's tracker about it: http://www.inspircd.org/bugtrack/view_bug.php?bug_id=370 [00:06] <danieldg> I introduce a client and send a MODULES command to the linked server to get around it currently Developer stand: if we need to flag some modules correctly, we'll gladly do it in u4 - insp doesn't have to hold us back on that issue. |
|
|
List of modules that implement a globally routed command and so need VF_COMMON to prevent SQUITs if the command is sent across: m_chghost.so,m_chgident.so,m_chgname.so,m_remove.so, m_sajoin.so,m_sanick.so,m_sapart.so,m_saquit.so, m_sethost.so,m_setident.so,m_setname.so,m_uninvite.so |
|
|
Added VF_COMMON on the modules danieldg listed. Revisions 130 & 131 |
|
|
"Added VF_COMMON on the modules danieldg listed. Revisions 130 & 131" That should IMO (if not yet done) be sent upstream to inspircd too. |
|
|
Hm... Just a question. In the wiki the issue about linking u3 to u4 is marked as "done". Is it ready to test already? And something else: I've got a services package which would not connect to inspircd as it isn't supported. Will it be possible in future to use the Unreal 3.2 linking method to link my services package to u4? I would like to keep them. |
|
|
The item is marked done as we have investigated ways do to it and right now has two fronts (danieldg's) and some guy patching Unreal3.*. The linking is not meant to be permanent, so we are hoping to persuade services developers to support the insp/u4 protocol - part of our milestone 2, as it may be in their interest to have this support as the majority would be Unreal users. |
|
|
Ok thanks for your answer. I will have to talk to the developer of my services package to start work again and support unreal4/inspircd ;) |
|
|
What is the point of linking unreal 3 and inspircd/u4? Isn't it a better practice to have all the servers on a network the same version? Linking different versions seems rather silly to me. |
|
|
The Unreal4 project has died out, so I'm closing this... Unreal 3.3 is our goal for the next major version of Unreal, which at this point the core is still being designed/coded. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-07-13 21:14 | eLement | New Issue | |
| 2007-07-13 21:15 | aquanight | Relationship added | related to 0003441 |
| 2007-07-13 21:15 | aquanight | Relationship added | child of 0003417 |
| 2007-07-14 00:24 | Stealth | Note Added: 0014482 | |
| 2007-07-15 10:29 |
|
Status | new => acknowledged |
| 2007-07-20 07:13 |
|
QA | => Not touched yet by developer |
| 2007-07-20 07:13 |
|
U4: Need for upstream patch | => No need for upstream InspIRCd patch |
| 2007-07-20 07:13 |
|
U4: Upstream notification of bug | => U4-only issue |
| 2007-07-20 07:13 |
|
U4: Contributor working on this | => None |
| 2007-07-20 07:13 |
|
Summary | Linking => Linking with previous stable version (U3) |
| 2007-07-23 08:25 |
|
Relationship added | related to 0003479 |
| 2007-07-23 09:33 |
|
Status | acknowledged => confirmed |
| 2007-07-29 11:43 |
|
U4: Contributor working on this | None => danieldg |
| 2007-07-29 11:47 |
|
Note Added: 0014625 | |
| 2007-07-29 11:47 |
|
Status | confirmed => assigned |
| 2007-07-29 11:47 |
|
Assigned To | => stskeeps |
| 2007-07-29 16:46 | danieldg | Note Added: 0014626 | |
| 2007-07-30 03:43 |
|
Note Added: 0014627 | |
| 2007-07-30 18:36 | danieldg | Note Added: 0014629 | |
| 2007-07-31 10:12 | Dan | Note Added: 0014636 | |
| 2007-08-05 08:53 | AnMaster | Note Added: 0014677 | |
| 2007-08-08 09:52 | KlaasT | Note Added: 0014700 | |
| 2007-08-08 10:01 |
|
Note Added: 0014701 | |
| 2007-08-08 10:03 | KlaasT | Note Added: 0014702 | |
| 2009-01-05 17:05 | Strawberry_Kittens | Note Added: 0015623 | |
| 2009-01-05 22:31 | Stealth | Status | assigned => closed |
| 2009-01-05 22:31 | Stealth | Note Added: 0015626 | |
| 2009-01-05 22:31 | Stealth | Resolution | open => wont fix |
