Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Sat, 16 Jul 2005 20:18:58 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id A66BA61B05 for ; Sat, 16 Jul 2005 20:18:58 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09031-01 for ; Sat, 16 Jul 2005 20:18:55 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 78F3361AF5 for ; Sat, 16 Jul 2005 20:18:55 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtrCX-0006JP-Jo; Sat, 16 Jul 2005 14:15:49 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtrCW-0006J2-7Z for ltru@megatron.ietf.org; Sat, 16 Jul 2005 14:15:48 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18844 for ; Sat, 16 Jul 2005 14:15:44 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dtpz2-00059Q-4s for ltru@ietf.org; Sat, 16 Jul 2005 12:57:49 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DtpVu-0006ny-Bo; Sat, 16 Jul 2005 09:27:42 -0700 Message-Id: <6.2.1.2.2.20050716095906.04863eb0@mail.afrac.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sat, 16 Jul 2005 18:27:29 +0200 To: "Randy Presuhn" From: r&d afrac Subject: Re: [Ltru] [psg.com #1073] Last call: IANA adaptation of the UN disclaimer In-Reply-To: <002001c589ad$547db840$7f1afea9@oemcomputer> References: <6.2.1.2.2.20050716021707.0544ed60@mail.afrac.org> <002001c589ad$547db840$7f1afea9@oemcomputer> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15 Cc: LTRU Working Group X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no Dear Randy, Half reading or constantly misconstruing what I say helps me a lot with reviewers. On 04:23 16/07/2005, Randy Presuhn said: > > The IETF system makes that in the WG you cannot remove text, just add text. >False. There have been proposals to delete specific text, and some have >been adopted by this WG. "A is not possible"/"Yes AB is possible" is usefull for me with legal reviewers. > > Since I cannot remove the whole text, I just keep proposing correct things. > > When they oppose they build a good case to refuse the whole thing > > afterward. I am sorry for that, but there is no other way foreseen by the > > Internet standard process to kill a detrimental proposition. > >False. For example, a WG can request that an item be removed from its >charter. >This has happened in the past. "AB is not possible"/"Yes B is possible" is good too. All the more than you take as an example my ignorance of a procedure I proposed (you ... oppose) in the next mail. > > There is a disclaimer to be made. No one expect it to be perfect (see next > > comment). My target was just to illustrate the doctrine of this WG. This > > WG documents an absolute Registry (the Registries quoted by Randy are > > absolute: they create their codes). Randy, Peter and you show that you do > > not care about the copyrights of ISO and UN. As if you were removing the > > copyright mentions when you paste an Open Source piece of code. > >False. If we were imitating the structure of the ISO or UN directories, such >a claim might almost be plausible. With a differing organization of data, >the omission of some elements, the addition of other elements, >and a differing scope of application, any claim of copyright infringement >would be rather far-fetched. Thank you for so exactly describing your intent to tamper with the intended usage of the codes. >If you have experts in IPR law who would like to opine on this topic, >please forward the mailing list address to them. I described many times my policy and my reasons. Each thing in its time, and budget. > > >I think that IANA/ICANN is the one to draft the text and perhaps it should > > >be in the context of all registries managed by the organization. > > > > Do not worry: this is exactly what will happen. The Registry will be > > published by the new IANA director (Doug Barton is quitting) under legal > > responsibility of ICANN and ISOC (IASA). So, there is a long, long legal > > debate ahead. This particular response about the UN disclaimer will > > probably be an important point for the lawyers of IANA, ISOC and ISO. > >Out of scope. >This (if it exists) is not our problem solve. Thank you for acknowledging this. You just saved hours of legal demonstration. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru