From adam@nostrum.com Thu Apr 5 08:39:14 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E9BA21F8656 for ; Thu, 5 Apr 2012 08:39:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.3 X-Spam-Level: X-Spam-Status: No, score=-102.3 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_73=0.6, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9xClnm84yBfM for ; Thu, 5 Apr 2012 08:39:14 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id E133921F864F for ; Thu, 5 Apr 2012 08:39:13 -0700 (PDT) Received: from dn3-110.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q35FdA9M056171 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Apr 2012 10:39:11 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F7DBC9E.5060500@nostrum.com> Date: Thu, 05 Apr 2012 10:39:10 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Tools Team Discussion Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [Tools-discuss] Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 15:39:14 -0000 At the most recent code sprint, I ran into some difficulty with the DocumentInfo class (from ietf/doc/models.py). As originally envisaged, this model looked well designed. It contained all the information you might want to know about a document. In particular, if one makes certain assumptions about what is meant by field names, it contained both a local filesystem path to the document (from "get_file_path") and a handy external URL that could presumably be used to access the document from anywhere on the Internet (the field "external_url"). The latter is very important for generating links to documents once one has retrieved them using whatever query is appropriate for the situation. However, what has ended up being populated in the "external_url" field is emphatically not a URL, and is highly frustrating to use. For example, if I pull the agenda document for the MMUSIC meeting in Paris and check the "external_url" field, I get "/proceedings/83/agenda/agenda-83-mmusic.htm". I'm not as bothered that it's missing a scheme and an authority as I am that I can't get to a document at that path on datatracker. For example, If I do an href="/proceedings/83/agenda/agenda-83-mmusic.htm" (which the web browser ends up resolving to http://datatracker.ietf.org/proceedings/83/agenda/agenda-83-mmusic.htm), I get a 404 error. We really need to fix this up. Either we need to add URL patterns to the datatracker tree that successfully the URLs in this field (which would require a new pattern for each document type), or we need to repopulate the database with values that correctly point to values that can be resolved on the datatracker. Alternately, I note that Ole has been hand crufting URLs together inside the templates (e.g. http://datatracker.ietf.org/meeting/{{ meeting.num }}/agenda/{{ session.info.acronym }}-agenda/) which most decidedly won't work in the general case (e.g., I have a collection of mixed documents associated with a meeting session, and want to properly link to each of them without a slew of document-type-specific logic). If we move this hand-crufting inside the DocumentInfo class in one big switch statement, at least it's consolidated all in one place and (from an external-to-the-class perspective) handled in a consistent fashion. It does mean that one has to open the DocumentInfo class for every new document type and add a new case to the switch statement -- but we're already going to have to that for the "get_file_path " method, which already has such a switch statement. I guess what I'm asking is: what would people prefer? (a) Fixing the URL patterns so that the values in DocumentInfo.external_url work (b) Fixing the values in DocumentInfo.external_url so they match the existing URL patterns, or (c) Adding a new method to DocumentInfo that returns a value that can always be used in an href (and similar constructs); e.g. get_href() I can do (a) or (c) myself -- (b) would require that Henrik (or someone with similar access to the database) perform the fix-up. /a From adam@nostrum.com Thu Apr 5 10:50:12 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0825121F8723 for ; Thu, 5 Apr 2012 10:50:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.525 X-Spam-Level: X-Spam-Status: No, score=-102.525 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XoijJA+9uE9G for ; Thu, 5 Apr 2012 10:50:11 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 5F3FE21F8722 for ; Thu, 5 Apr 2012 10:50:11 -0700 (PDT) Received: from dn3-110.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q35Ho9tf077795 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 5 Apr 2012 12:50:09 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F7DDB50.1040709@nostrum.com> Date: Thu, 05 Apr 2012 12:50:09 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ryan Cross References: <4F7DBC9E.5060500@nostrum.com> <88E76D20-BEC1-4938-B43B-6C4B711E3467@amsl.com> In-Reply-To: <88E76D20-BEC1-4938-B43B-6C4B711E3467@amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 17:50:12 -0000 On 4/5/12 12:11 PM, Ryan Cross wrote: > The method get_absolute_url() should return the information you are looking for. > Actually, I *did* manage to find that method (even though it's on Document instead of DocumentInfo). The problem is that it does not work -- the resulting URLs don't resolve, at least not for agendas. get_absolute_url uses the following model for building agenda path names: url = '%s/proceedings/%s/%s/%s' % (settings.MEDIA_URL,meeting.number,self.type_id,filename) It would appear that the proper form for agendas is: url = '%s/meeting/%s/agenda/%s-agenda/' % (settings.MEDIA_URL,meeting.number,session.group.acronym) And then there are different forms for minutes and slides. So we're back to the question about whether we should fix get_absolute_url() to match ietf/meeting/urls.py or fix ietf/meetings/urls.py to match get_absolute_url(). /a From adam@nostrum.com Thu Apr 5 10:51:11 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52EF121F8775 for ; Thu, 5 Apr 2012 10:51:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.54 X-Spam-Level: X-Spam-Status: No, score=-102.54 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o5ydflW1lPFP for ; Thu, 5 Apr 2012 10:51:08 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 0AF2721F8723 for ; Thu, 5 Apr 2012 10:51:06 -0700 (PDT) Received: from dn3-110.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q35Hp4iA078016 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Apr 2012 12:51:05 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F7DDB88.5040900@nostrum.com> Date: Thu, 05 Apr 2012 12:51:04 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Tools Team Discussion References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> In-Reply-To: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> X-Forwarded-Message-Id: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> Content-Type: multipart/alternative; boundary="------------030105090605000406090304" Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 17:51:11 -0000 This is a multi-part message in MIME format. --------------030105090605000406090304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Forwarding back to the tools mailing list, since we need to come to some kind of consensus on this. /a -------- Original Message -------- Subject: Re: [Tools-discuss] Difficulty using DocumentInfo Date: Thu, 5 Apr 2012 10:48:04 -0700 From: Ryan Cross To: Adam Roach Yes, I agree the field name is inconsistent with how it's used and it should be fixed. "filename" would be better. I'll have to defer to Henrik to respond to model change requests (or he may have another solution). On Apr 5, 2012, at 10:33 AM, Adam Roach wrote: > On 4/5/12 12:11 PM, Ryan Cross wrote: >> Hi Adam, >> >> You are correct that meeting material documents (slides, agenda, and minutes) contain just a filename not a qualified URL in the external_url field. > > Which is a fine bit of data to store, but -- um -- look at the field name and tell me how that makes any sense. This really makes what is otherwise a nice clean model difficult for beginners to get into. > >> When converting the Meeting Material Manager tool I followed the precedent of the migration in the use of this field because we needed a place to store the disk filename 1) because it might differ from the Document.name and 2) to save the file extension. > > Can we rename the field -- perhaps to something like "filename" -- before too much code gets written around it? This is the kind of crazy legacy hack we were trying to get away from with the migration. > >> The method get_absolute_url() should return the information you are looking for. > > Aha! Yes, that looks exactly like the option (c) I describe below. I'm a bit perplexed about why it is present on Document rather than DocumentInfo. It never even occurred to me to look there. > > /a > --------------030105090605000406090304 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Forwarding back to the tools mailing list, since we need to come to some kind of consensus on this.

/a

-------- Original Message --------
Subject: Re: [Tools-discuss] Difficulty using DocumentInfo
Date: Thu, 5 Apr 2012 10:48:04 -0700
From: Ryan Cross <rcross@amsl.com>
To: Adam Roach <adam@nostrum.com> 


Yes, I agree the field name is inconsistent with how it's used and it should be fixed.  "filename" would be better.  I'll have to defer to Henrik to respond to model change requests (or he may have another solution).  

On Apr 5, 2012, at 10:33 AM, Adam Roach wrote:

> On 4/5/12 12:11 PM, Ryan Cross wrote:
>> Hi Adam,
>> 
>> You are correct that meeting material documents (slides, agenda, and minutes) contain just a filename not a qualified URL in the external_url field.
> 
> Which is a fine bit of data to store, but -- um -- look at the field name and tell me how that makes any sense. This really makes what is otherwise a nice clean model difficult for beginners to get into.
> 
>> When converting the Meeting Material Manager tool I followed the precedent of the migration in the use of this field because we needed a place to store the disk filename 1) because it might differ from the Document.name and 2) to save the file extension.
> 
> Can we rename the field -- perhaps to something like "filename" -- before too much code gets written around it? This is the kind of crazy legacy hack we were trying to get away from with the migration.
> 
>>   The method get_absolute_url() should return the information you are looking for.
> 
> Aha! Yes, that looks exactly like the option (c) I describe below. I'm a bit perplexed about why it is present on Document rather than DocumentInfo. It never even occurred to me to look there.
> 
> /a
>
--------------030105090605000406090304-- From adam@nostrum.com Thu Apr 5 11:02:44 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1F8421F85EC for ; Thu, 5 Apr 2012 11:02:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.55 X-Spam-Level: X-Spam-Status: No, score=-102.55 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QYVXdzvQDD8t for ; Thu, 5 Apr 2012 11:02:44 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 1CAFB21F85DF for ; Thu, 5 Apr 2012 11:02:44 -0700 (PDT) Received: from dn3-110.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q35I2h3N079779 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 5 Apr 2012 13:02:43 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F7DDE43.4090900@nostrum.com> Date: Thu, 05 Apr 2012 13:02:43 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Tools Team Discussion References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> In-Reply-To: <4F7DDB88.5040900@nostrum.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 18:02:44 -0000 So, thinking about Ryan's involvement, I just realized something about this issue that makes it far more complicated than it has any right to be. Ryan is working in the same database as we are, using the same models. But his stuff deploys on www.ietf.org The code I work on deploys on datatracker.ietf.org. Other stuff, using the same model, deploys on tools.ietf.org. And then there's a pantheon of esoteric, one-off hosts like pub.ietf.org that presumably use the same data model. None of these hosts have a harmonized URL scheme for accessing documents. So there's no one method that can be added to the model that works for everyone. We can address this partially by making sure that the main three authorities {www,tools,datatracker}.ietf.org use the same path scheme for accessing documents. I'm happy to make the changes to datatracker, but I *do* note that datatracker was recently changed *away* from using the same format at www -- so I want to get a "go ahead" from Henrik before I arguably undo someone else's work. The alternative would be to add something ugly like get_www_url(), get_datatracker_url(), get_tools_url(), etc to the DocumentInfo class. All of those feel like short-term hacks, through. I don't know what to do long-term, but the current situation is difficult and will be tricky to maintain. /a From henrik@levkowetz.com Thu Apr 5 14:18:50 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E05821F8642 for ; Thu, 5 Apr 2012 14:18:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rq1-3PRapVF2 for ; Thu, 5 Apr 2012 14:18:49 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id ABF2E21F859F for ; Thu, 5 Apr 2012 14:18:49 -0700 (PDT) Received: from localhost ([127.0.0.1]:49481 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SFu4u-0002gv-7f; Thu, 05 Apr 2012 23:18:48 +0200 Message-ID: <4F7E0C37.1000008@levkowetz.com> Date: Thu, 05 Apr 2012 23:18:47 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <4F7DBC9E.5060500@nostrum.com> In-Reply-To: <4F7DBC9E.5060500@nostrum.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, olau@iola.dk, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Ole Laursen , Tools Team Discussion Subject: Re: [Tools-discuss] Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 21:18:50 -0000 Hi Adam, On 2012-04-05 17:39 Adam Roach said the following: The thing is, the 'external_url' attribute was not intended to be used as a way to get the url of a document like a draft, agenda, charter, etc.; which all reside at well-known paths in the server file-system; it was meant as a way to record the url at which an _external_ document (not residing on the datatracker server) could be found. The conversion code has not adhered to this; which means that I failed to communicate my intentions for this field. It also means that both (b) and (c) below should be carried out -- for (b) this means blanking out this field for docs with known locations. > (a) Fixing the URL patterns so that the values in > DocumentInfo.external_url work > (b) Fixing the values in DocumentInfo.external_url so they match the > existing URL patterns, or > (c) Adding a new method to DocumentInfo that returns a value that can > always be used in an href (and similar constructs); e.g. get_href() > > I can do (a) or (c) myself -- (b) would require that Henrik (or someone > with similar access to the database) perform the fix-up. For (c) I would suggest adding a dictionary to settings.py which took the document prefix (the result of document.name.split('-',1)[0]) as a key, and returned a path format string, which would use a dictionary of values relevant to the document to fill in the variable spots. I'd use PEP 3101 format strings rather than the default %-formatting in order to be able to express such things as zero-filled 2-digit revision numbers (see http://www.python.org/dev/peps/pep-3101/) You could have for instance DOC_PATHS = { ... "draft": "http://www.ietf.org/id/{doc.name}-{doc.rev:02}.txt", ... } to pick a simple example. The get_href() would then pick the appropriate format string from the DOC_PATHS setting, and use .format(doc) on it to fill in the blanks -- *or*, if there were no pattern for the document prefix, return the doc.external_url if set. Some utility functions would probably be needed in order to make it easy to get things such as meeting and group given a document. (We probably should have another method to get the path of a document on the local file system. That could probably be defined in terms of get_url() together with an url lookup (or it could be done the other way around, of course)). Best regards, Henrik From henrik@levkowetz.com Thu Apr 5 14:22:39 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0F2121F8642 for ; Thu, 5 Apr 2012 14:22:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RNIyuYOwVcLi for ; Thu, 5 Apr 2012 14:22:39 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id CE2DB21F860E for ; Thu, 5 Apr 2012 14:22:38 -0700 (PDT) Received: from localhost ([127.0.0.1]:50095 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SFu8b-0005AV-G3; Thu, 05 Apr 2012 23:22:37 +0200 Message-ID: <4F7E0D1C.5040800@levkowetz.com> Date: Thu, 05 Apr 2012 23:22:36 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> In-Reply-To: <4F7DDB88.5040900@nostrum.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, rcross@amsl.com, olau@iola.dk, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Ole Laursen , Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 21:22:39 -0000 Hi Adam, Ryan, See the longer email I just sent in reply to Adam's first post -- the use of the external_url field doesn't match the original intentions for it, and sorting this out will need some cleanup. We still will need a way to get at both url and filename for a document, but the external_url field was *only* intended to provide that for documents which doesn't reside on the local file system. Again, I consider the current mix-up a failure on my part to make clear the intentions for that field. Best regards, Henrik On 2012-04-05 19:51 Adam Roach said the following: > Forwarding back to the tools mailing list, since we need to come to some > kind of consensus on this. > > /a > > -------- Original Message -------- > Subject: Re: [Tools-discuss] Difficulty using DocumentInfo > Date: Thu, 5 Apr 2012 10:48:04 -0700 > From: Ryan Cross > To: Adam Roach > > > > Yes, I agree the field name is inconsistent with how it's used and it should be fixed. "filename" would be better. I'll have to defer to Henrik to respond to model change requests (or he may have another solution). > > On Apr 5, 2012, at 10:33 AM, Adam Roach wrote: > >> On 4/5/12 12:11 PM, Ryan Cross wrote: >>> Hi Adam, >>> >>> You are correct that meeting material documents (slides, agenda, and minutes) contain just a filename not a qualified URL in the external_url field. >> >> Which is a fine bit of data to store, but -- um -- look at the field name and tell me how that makes any sense. This really makes what is otherwise a nice clean model difficult for beginners to get into. >> >>> When converting the Meeting Material Manager tool I followed the precedent of the migration in the use of this field because we needed a place to store the disk filename 1) because it might differ from the Document.name and 2) to save the file extension. >> >> Can we rename the field -- perhaps to something like "filename" -- before too much code gets written around it? This is the kind of crazy legacy hack we were trying to get away from with the migration. >> >>> The method get_absolute_url() should return the information you are looking for. >> >> Aha! Yes, that looks exactly like the option (c) I describe below. I'm a bit perplexed about why it is present on Document rather than DocumentInfo. It never even occurred to me to look there. >> >> /a >> > > > > > > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss From henrik@levkowetz.com Thu Apr 5 14:29:11 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6717421F86A4 for ; Thu, 5 Apr 2012 14:29:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDlyCsBI2jmh for ; Thu, 5 Apr 2012 14:29:10 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id B89EF21F86A0 for ; Thu, 5 Apr 2012 14:29:10 -0700 (PDT) Received: from localhost ([127.0.0.1]:50679 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SFuEv-0001Uf-N3; Thu, 05 Apr 2012 23:29:09 +0200 Message-ID: <4F7E0EA5.2040405@levkowetz.com> Date: Thu, 05 Apr 2012 23:29:09 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> <4F7DDE43.4090900@nostrum.com> In-Reply-To: <4F7DDE43.4090900@nostrum.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, rcross@amsl.com, olau@iola.dk, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Ole Laursen , Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 21:29:11 -0000 Hi Adam, On 2012-04-05 20:02 Adam Roach said the following: > So, thinking about Ryan's involvement, I just realized something about > this issue that makes it far more complicated than it has any right to be. > > Ryan is working in the same database as we are, using the same models. > But his stuff deploys on www.ietf.org > > The code I work on deploys on datatracker.ietf.org. > > Other stuff, using the same model, deploys on tools.ietf.org. > > And then there's a pantheon of esoteric, one-off hosts like pub.ietf.org > that presumably use the same data model. > > None of these hosts have a harmonized URL scheme for accessing documents. However, there presumably is a canonical location for all documents we have. (Which I see, as I read on, is something you propose further down) But we maybe don't have to go there -- if we define get_path() and get_url() methods for documents which use DOC_PATH and DOC_URL dictionaries in settings.py (which will be different for the different deployments) then things should still work the same in all deployments. > So there's no one method that can be added to the model that works for > everyone. I think my proposal above would work, nevertheless... > We can address this partially by making sure that the main three > authorities {www,tools,datatracker}.ietf.org use the same path scheme > for accessing documents. I'm happy to make the changes to datatracker, > but I *do* note that datatracker was recently changed *away* from using > the same format at www -- so I want to get a "go ahead" from Henrik > before I arguably undo someone else's work. > > The alternative would be to add something ugly like get_www_url(), > get_datatracker_url(), get_tools_url(), etc to the DocumentInfo class. > > All of those feel like short-term hacks, through. I don't know what to > do long-term, but the current situation is difficult and will be tricky > to maintain. Let me know what you think of my proposal in my reply to your first note. Best regards, Henrik From adam@nostrum.com Thu Apr 5 14:50:52 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 667F621F86A0 for ; Thu, 5 Apr 2012 14:50:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.557 X-Spam-Level: X-Spam-Status: No, score=-102.557 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XxC6WodPSeHK for ; Thu, 5 Apr 2012 14:50:51 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id A90C121F861E for ; Thu, 5 Apr 2012 14:50:51 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q35LoiLC017617 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 5 Apr 2012 16:50:45 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F7E13B4.2020301@nostrum.com> Date: Thu, 05 Apr 2012 16:50:44 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Henrik Levkowetz References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> <4F7DDE43.4090900@nostrum.com> <4F7E0EA5.2040405@levkowetz.com> In-Reply-To: <4F7E0EA5.2040405@levkowetz.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Cc: Ole Laursen , Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 21:50:52 -0000 On 4/5/12 4:29 PM, Henrik Levkowetz wrote: > However, there presumably is a canonical location for all documents we > have. (Which I see, as I read on, is something you propose further down) Pretty much, yes. But to be clear: I'd like to have the ability to get to documents via the same authority as my page (currently, datatracker.ietf.org for all the things I work on). For example, in order to resize iframes based on their contents, I need to be able to get to their DOM -- which I can do only if they are from the same origin. So the idea is that the same path gets you to the same document on multiple hosts. /a From henrik@levkowetz.com Fri Apr 6 03:56:23 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C703021F84A6 for ; Fri, 6 Apr 2012 03:56:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id akuFZHyA6xfG for ; Fri, 6 Apr 2012 03:56:23 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2016F21F84A5 for ; Fri, 6 Apr 2012 03:56:23 -0700 (PDT) Received: from localhost ([127.0.0.1]:54043 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SG6q4-0000ZY-L6; Fri, 06 Apr 2012 12:56:20 +0200 Message-ID: <4F7ECBD4.5010501@levkowetz.com> Date: Fri, 06 Apr 2012 12:56:20 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> <4F7DDE43.4090900@nostrum.com> <4F7E0EA5.2040405@levkowetz.com> <4F7E13B4.2020301@nostrum.com> In-Reply-To: <4F7E13B4.2020301@nostrum.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, rcross@amsl.com, olau@iola.dk, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Ole Laursen , Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2012 10:56:23 -0000 Hi Adam, On 2012-04-05 23:50 Adam Roach said the following: > On 4/5/12 4:29 PM, Henrik Levkowetz wrote: >> However, there presumably is a canonical location for all documents we >> have. (Which I see, as I read on, is something you propose further down) > > Pretty much, yes. But to be clear: I'd like to have the ability to get > to documents via the same authority as my page (currently, > datatracker.ietf.org for all the things I work on). For example, in > order to resize iframes based on their contents, I need to be able to > get to their DOM -- which I can do only if they are from the same > origin. So the idea is that the same path gets you to the same document > on multiple hosts. Making this part of settings.py (through a per-document-prefix dictionary) as I proposed in my first response to you should make the same code work everywhere. I do wonder, however, if maybe there are different use cases which need to be accommodated (possibly with different get_*_url() methods) -- there's your use case, which prefers same-host urls, and there's another where one may explicitly prefer to point to the authoritative or canonical location at which to retrieve a document. Best regards, Henrik From tony@att.com Fri Apr 6 07:27:27 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 870C821F854A for ; Fri, 6 Apr 2012 07:27:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.74 X-Spam-Level: X-Spam-Status: No, score=-102.74 tagged_above=-999 required=5 tests=[AWL=-0.141, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hU4pI6ez9zNU for ; Fri, 6 Apr 2012 07:27:27 -0700 (PDT) Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) by ietfa.amsl.com (Postfix) with ESMTP id D7A5021F8546 for ; Fri, 6 Apr 2012 07:27:26 -0700 (PDT) Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo06.seg.att.com(mxl_mta-6.11.0-8) over TLS secured channel with ESMTP id e4dfe7f4.0.1995472.00-376.5528518.nbfkord-smmo06.seg.att.com (envelope-from ); Fri, 06 Apr 2012 14:27:26 +0000 (UTC) X-MXL-Hash: 4f7efd4e6e46c285-8906296d4348274bfb980eb14c4db7f2362da2bf Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q36ERP1n009574 for ; Fri, 6 Apr 2012 10:27:26 -0400 Received: from sflint02.pst.cso.att.com (sflint02.pst.cso.att.com [144.154.234.229]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q36EREWK009225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Apr 2012 10:27:20 -0400 Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by sflint02.pst.cso.att.com (RSA Interceptor) for ; Fri, 6 Apr 2012 10:26:41 -0400 Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q36EQeGw030020 for ; Fri, 6 Apr 2012 10:26:40 -0400 Received: from mailgw1.maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q36EQZfX029731 for ; Fri, 6 Apr 2012 10:26:36 -0400 Received: from [135.70.146.144] (vpn-135-70-146-144.vpn.mwst.att.com[135.70.146.144]) by maillennium.att.com (mailgw1) with ESMTP id <20120406142338gw1004or28e> (Authid: tony); Fri, 6 Apr 2012 14:23:39 +0000 X-Originating-IP: [135.70.146.144] Message-ID: <4F7EFD19.8060208@att.com> Date: Fri, 06 Apr 2012 10:26:33 -0400 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Tools Team Discussion References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> <4F7DDE43.4090900@nostrum.com> <4F7E0EA5.2040405@levkowetz.com> <4F7E13B4.2020301@nostrum.com> <4F7ECBD4.5010501@levkowetz.com> In-Reply-To: <4F7ECBD4.5010501@levkowetz.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.145] X-AnalysisOut: [v=1.0 c=1 a=sCjgvzphnOcA:10 a=vnNYxAp2wzwA:10 a=Knx3fLeFDN] X-AnalysisOut: [wA:10 a=ofMgfj31e3cA:10 a=BLceEmwcHowA:10 a=8nJEP1OIZ-IA:1] X-AnalysisOut: [0 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a=48vgC7mUAAAA:8 a=M6dyQcB] X-AnalysisOut: [VyB8JoCbTHtYA:9 a=wPNLvfGTeEIA:10] Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2012 14:27:27 -0000 Are you suggesting that settings.py should have different per-document-prefix dictionaries for the different machines that you're running on? If so, that's wrong: it needs to be per-document-prefix dictionaries for the different machines that you're publishing the path for. Another strawman, instead of get_*_url(), perhaps we need something like: get_url('datatracker', 'agendas', '99/whatever') Tony Hansen On 4/6/2012 6:56 AM, Henrik Levkowetz wrote: > Pretty much, yes. But to be clear: I'd like to have the ability to get > to documents via the same authority as my page (currently, > datatracker.ietf.org for all the things I work on). For example, in > order to resize iframes based on their contents, I need to be able to > get to their DOM -- which I can do only if they are from the same > origin. So the idea is that the same path gets you to the same document > on multiple hosts. > Making this part of settings.py (through a per-document-prefix dictionary) > as I proposed in my first response to you should make the same code work > everywhere. > > I do wonder, however, if maybe there are different use cases which need > to be accommodated (possibly with different get_*_url() methods) -- there's > your use case, which prefers same-host urls, and there's another where one > may explicitly prefer to point to the authoritative or canonical location > at which to retrieve a document. From tony@att.com Fri Apr 6 13:21:29 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E199921F8466 for ; Fri, 6 Apr 2012 13:21:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.716 X-Spam-Level: X-Spam-Status: No, score=-104.716 tagged_above=-999 required=5 tests=[AWL=1.882, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e6GFIog9BoLl for ; Fri, 6 Apr 2012 13:21:28 -0700 (PDT) Received: from nbfkord-smmo03.seg.att.com (nbfkord-smmo03.seg.att.com [209.65.160.84]) by ietfa.amsl.com (Postfix) with ESMTP id E048B21F841C for ; Fri, 6 Apr 2012 13:21:27 -0700 (PDT) Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo03.seg.att.com(mxl_mta-6.11.0-8) over TLS secured channel with ESMTP id 7405f7f4.0.693734.00-409.1928549.nbfkord-smmo03.seg.att.com (envelope-from ); Fri, 06 Apr 2012 20:21:27 +0000 (UTC) X-MXL-Hash: 4f7f5047207674f8-e9d03b9f258d575c4214ae8d9e4304ee70dcd56b Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q36KLQAe031521 for ; Fri, 6 Apr 2012 16:21:27 -0400 Received: from sflint02.pst.cso.att.com (sflint02.pst.cso.att.com [144.154.234.229]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q36KLLWh031494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 Apr 2012 16:21:23 -0400 Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by sflint02.pst.cso.att.com (RSA Interceptor) for ; Fri, 6 Apr 2012 16:20:44 -0400 Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q36KKiZS012859 for ; Fri, 6 Apr 2012 16:20:44 -0400 Received: from mailgw1.maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q36KKdQi012271 for ; Fri, 6 Apr 2012 16:20:39 -0400 Received: from [135.70.63.216] (vpn-135-70-63-216.vpn.west.att.com[135.70.63.216]) by maillennium.att.com (mailgw1) with ESMTP id <20120406201743gw1004or2ne> (Authid: tony); Fri, 6 Apr 2012 20:17:43 +0000 X-Originating-IP: [135.70.63.216] Message-ID: <4F7F5015.1090703@att.com> Date: Fri, 06 Apr 2012 16:20:37 -0400 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Tools Team Discussion References: <9452079D1A51524AA5749AD23E0039280CD127@exch-mbx901.corp.cloudmark.com> In-Reply-To: <9452079D1A51524AA5749AD23E0039280CD127@exch-mbx901.corp.cloudmark.com> X-Forwarded-Message-Id: <9452079D1A51524AA5749AD23E0039280CD127@exch-mbx901.corp.cloudmark.com> Content-Type: multipart/alternative; boundary="------------020600050509030302040403" X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.145] X-AnalysisOut: [v=1.0 c=1 a=ha7Nj2PxrSwA:10 a=vnNYxAp2wzwA:10 a=B2zt63LV0y] X-AnalysisOut: [UA:10 a=ofMgfj31e3cA:10 a=BLceEmwcHowA:10 a=ZRNLZ4dFUbCvG8] X-AnalysisOut: [UMqPvVAA==:17 a=b6nfwRhkAAAA:8 a=48vgC7mUAAAA:8 a=pGLkceIS] X-AnalysisOut: [AAAA:8 a=2JfI4lY_JCQFIhVCMAUA:9 a=KCnD_KbGHe_fYnexJTAA:7 a] X-AnalysisOut: [=wPNLvfGTeEIA:10 a=RjwTPiaSbNEA:10 a=lZB815dzVvQA:10 a=MSl] X-AnalysisOut: [-tDqOz04A:10 a=w2T5ashw5lorspm473QA:9 a=X8UUmA2Z0OZ6-KlFrm] X-AnalysisOut: [YA:7 a=_W_S_7VecoQA:10] Subject: [Tools-discuss] Fwd: RE: pre-approving -00 drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2012 20:21:29 -0000 This is a multi-part message in MIME format. --------------020600050509030302040403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Any comments on this from the tools folks? Tony Hansen -------- Original Message -------- Subject: RE: pre-approving -00 drafts Date: Fri, 6 Apr 2012 18:25:54 +0000 From: Murray S. Kucherawy To: Working Group Chairs > -----Original Message----- > From: Donald Eastlake [mailto:d3e3e3@gmail.com] > Sent: Friday, April 06, 2012 11:18 AM > To: Murray S. Kucherawy > Cc: Working Group Chairs > Subject: Re: pre-approving -00 drafts > > Well, if you click on that you then get to choose which of your WGs you > want to move towards adopting it and there is an ominous button labeled > "Call for adoption". Will that automatically post email to the WG > mailing list or something? And, at least through that stage, there has > been no opportunity to specify the file name for the WG draft which > might be different from the individual draft file name. And what about > drafts that start their life as a WG draft because they come out of > extensive discussions and consensus? As far as I know, there isn't an > IETF required process for making a draft a WG draft but one seems to be > assumed here... > > I suppose if I get the WG draft version and this hasn't been > straightened out, I'll just ask internet-drafts to post it and note > that it replaces the individual version. You're about where I am. I'm tempted to post a dummy draft to use as a guinea pig and walk it through the implicit datatracker process. I have a working group about to shut down so the experiment wouldn't be too disruptive if I did it over there. It would be nice if the tools team would explain or document this. I was hoping they'd have talked about it in Paris, but then I didn't actually ask for that either. But it is becoming a pain point that creating -00 documents is either not available or not obvious right now. -MSK --------------020600050509030302040403 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Any comments on this from the tools folks?

    Tony Hansen

-------- Original Message --------
Subject: RE: pre-approving -00 drafts
Date: Fri, 6 Apr 2012 18:25:54 +0000
From: Murray S. Kucherawy <msk@cloudmark.com>
To: Working Group Chairs <wgchairs@ietf.org> 


> -----Original Message-----
> From: Donald Eastlake [mailto:d3e3e3@gmail.com]
> Sent: Friday, April 06, 2012 11:18 AM
> To: Murray S. Kucherawy
> Cc: Working Group Chairs
> Subject: Re: pre-approving -00 drafts
> 
> Well, if you click on that you then get to choose which of your WGs you
> want to move towards adopting it and there is an ominous button labeled
> "Call for adoption". Will that automatically post email to the WG
> mailing list or something? And, at least through that stage, there has
> been no opportunity to specify the file name for the WG draft which
> might be different from the individual draft file name. And what about
> drafts that start their life as a WG draft because they come out of
> extensive discussions and consensus? As far as I know, there isn't an
> IETF required process for making a draft a WG draft but one seems to be
> assumed here...
> 
> I suppose if I get the WG draft version and this hasn't been
> straightened out, I'll just ask internet-drafts to post it and note
> that it replaces the individual version.

You're about where I am.  I'm tempted to post a dummy draft to use as a guinea pig and walk it through the implicit datatracker process.  I have a working group about to shut down so the experiment wouldn't be too disruptive if I did it over there.

It would be nice if the tools team would explain or document this.  I was hoping they'd have talked about it in Paris, but then I didn't actually ask for that either.

But it is becoming a pain point that creating -00 documents is either not available or not obvious right now.

-MSK
--------------020600050509030302040403-- From henrik@levkowetz.com Sun Apr 8 03:43:19 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E6A321F85A7 for ; Sun, 8 Apr 2012 03:43:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HqkVzOG7T3Ir for ; Sun, 8 Apr 2012 03:43:19 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2214E21F8510 for ; Sun, 8 Apr 2012 03:43:17 -0700 (PDT) Received: from localhost ([127.0.0.1]:46084 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SGpaV-00086R-Fp; Sun, 08 Apr 2012 12:43:15 +0200 Message-ID: <4F816BC2.90201@levkowetz.com> Date: Sun, 08 Apr 2012 12:43:14 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Tony Hansen References: <42190E7B-1D6A-431F-96E9-C5D25AF0B192@amsl.com> <4F7DDB88.5040900@nostrum.com> <4F7DDE43.4090900@nostrum.com> <4F7E0EA5.2040405@levkowetz.com> <4F7E13B4.2020301@nostrum.com> <4F7ECBD4.5010501@levkowetz.com> <4F7EFD19.8060208@att.com> In-Reply-To: <4F7EFD19.8060208@att.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: tony@att.com, tools-discuss@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Re: Difficulty using DocumentInfo X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2012 10:43:19 -0000 Hi Tony, On 2012-04-06 16:26 Tony Hansen said the following: > Are you suggesting that settings.py should have different > per-document-prefix dictionaries for the different machines that you're > running on? Not necessarily, but it does cover the use-case Adam brought up, which is that the secretariat are using the same models and code-base for the tools on 'pub.ietf.org' as we are using on 'datatracker.ietf.org'. Making the necessary differences in settings a part of settings.py seems appropriate for this. > If so, that's wrong: it needs to be per-document-prefix dictionaries for > the different machines that you're publishing the path for. > > Another strawman, instead of get_*_url(), perhaps we need something like: > > get_url('datatracker', 'agendas', '99/whatever') For the 'pub.ietf.org' vs. 'datatracker.ietf.org' case, Adam described, that would make the code different, rather than just settings.py, no? Best regards, Henrik > Tony Hansen > > On 4/6/2012 6:56 AM, Henrik Levkowetz wrote: >> Pretty much, yes. But to be clear: I'd like to have the ability to get >> to documents via the same authority as my page (currently, >> datatracker.ietf.org for all the things I work on). For example, in >> order to resize iframes based on their contents, I need to be able to >> get to their DOM -- which I can do only if they are from the same >> origin. So the idea is that the same path gets you to the same document >> on multiple hosts. >> Making this part of settings.py (through a per-document-prefix dictionary) >> as I proposed in my first response to you should make the same code work >> everywhere. >> >> I do wonder, however, if maybe there are different use cases which need >> to be accommodated (possibly with different get_*_url() methods) -- there's >> your use case, which prefers same-host urls, and there's another where one >> may explicitly prefer to point to the authoritative or canonical location >> at which to retrieve a document. > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > From ietf@cdl.asgaard.org Wed Mar 28 02:01:33 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BFC721F89C3; Wed, 28 Mar 2012 02:01:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vD9u0OPzD43; Wed, 28 Mar 2012 02:01:32 -0700 (PDT) Received: from asgaard.org (odin.asgaard.org [204.29.151.68]) by ietfa.amsl.com (Postfix) with ESMTP id 61DE621F89C2; Wed, 28 Mar 2012 02:01:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by asgaard.org (Postfix) with ESMTP id 3F780E6684B; Wed, 28 Mar 2012 09:01:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at asgaard.org Received: from asgaard.org ([127.0.0.1]) by localhost (odin.asgaard.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A3hncnyBYUtl; Wed, 28 Mar 2012 09:01:28 +0000 (UTC) Received: from dhcp-6302.meeting.ietf.org (dhcp-6302.meeting.ietf.org [130.129.99.2]) by asgaard.org (Postfix) with ESMTPSA id 60A94E6683F; Wed, 28 Mar 2012 09:01:27 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=utf-8 From: Christopher LILJENSTOLPE In-Reply-To: <7F298ACC76CC154F832B6D02852D169F079F3DC8@XMB-RCD-101.cisco.com> Date: Wed, 28 Mar 2012 02:01:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9AD0D6B7-6587-4864-B427-571DC97C44FD@cdl.asgaard.org> References: <7F298ACC76CC154F832B6D02852D169F079F3DC8@XMB-RCD-101.cisco.com> To: "Aamer Akhter (aakhter)" , opsawg@ietf.org X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Sun, 08 Apr 2012 13:56:03 -0700 Cc: Tools-discuss@ietf.org, opsawg-chairs Subject: Re: [Tools-discuss] hosting of opsawg at news.gmane.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 09:01:33 -0000 Consider it done. Please remember that the ietf mailing list archive is = the definitive one. Chris On 28Mar2012, at 00.48, Aamer Akhter (aakhter) wrote: >=20 >=20 > There are a large number of IETF mailing lists hosted at gmane. I have > found it a much easier interface to interact with rather than the > official archive at > (http://www.ietf.org/mail-archive/web/opsawg/current/maillist.html). >=20 >=20 >=20 > 1) Would it be possible to import the existing archive into > gmane.org? > This requires the 'owner' of mailing list to make the request.=20 > http://gmane.org/import.php >=20 >=20 >=20 > 2) Would it be possible for gmane.org to subscribe to the mailing > list such as to archive the forward discussions in a nicer interface? > http://gmane.org/subscribe.php >=20 >=20 >=20 > Thanks for any consideration, >=20 > aa >=20 >=20 >=20 >=20 >=20 >=20 >=20 -- =20 =E6=9D=8E=E6=9F=AF=E7=9D=BF Check my PGP key here: https://www.asgaard.org/~cdl/cdl.asc Current vCard here: https://www.asgaard.org/~cdl/cdl.vcf Check my calendar availability: https://tungle.me/cdl From dpb@corrigendum.ru Sun Apr 8 11:14:17 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C63D21F8592 for ; Sun, 8 Apr 2012 11:14:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.501 X-Spam-Level: *** X-Spam-Status: No, score=3.501 tagged_above=-999 required=5 tests=[BAYES_50=0.001, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AoukL6eu0ygx for ; Sun, 8 Apr 2012 11:14:16 -0700 (PDT) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [IPv6:2a02:6b8:0:602::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FABC21F858B for ; Sun, 8 Apr 2012 11:14:15 -0700 (PDT) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward1.mail.yandex.net (Yandex) with ESMTP id 86D8812409AB for ; Sun, 8 Apr 2012 22:14:13 +0400 (MSK) Received: from smtp4.mail.yandex.net (localhost [127.0.0.1]) by smtp4.mail.yandex.net (Yandex) with ESMTP id 70E465C03CB for ; Sun, 8 Apr 2012 22:14:13 +0400 (MSK) Received: from 93-120-220-105.dynamic.mts-nn.ru (93-120-220-105.dynamic.mts-nn.ru [93.120.220.105]) by smtp4.mail.yandex.net (nwsmtp/Yandex) with ESMTP id EC40jTma-EC4OJ0jR; Sun, 8 Apr 2012 22:14:13 +0400 Content-Type: text/plain; charset=koi8-r; format=flowed; delsp=yes To: tools-discuss@ietf.org Date: Sun, 08 Apr 2012 22:14:11 +0400 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?koi8-r?B?8s/Nwc4g5M/O3sXOy88=?= Message-ID: User-Agent: Opera Mail/11.62 (Win32) X-Mailman-Approved-At: Sun, 08 Apr 2012 13:55:59 -0700 Subject: [Tools-discuss] Rfcmarkup-1.100 feedback: escaping issues X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2012 18:31:01 -0000 Hello, I found two problems related to escaping: * In metadata, quotes are not escaped, yielding ill-formed markup. See, for example, DC.Description.Abstract in . I believe all you need to do to fix this is to change "cgi.escape(val)" to "cgi.escape(val, quote=True)" on line 719. * The title attribute of the reference links, on the other hand, seems to be escaped twice, for example, in : [RFC5461] Regards, Roman. From stpeter@stpeter.im Thu Apr 12 13:42:37 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66F2721F869A for ; Thu, 12 Apr 2012 13:42:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.66 X-Spam-Level: X-Spam-Status: No, score=-102.66 tagged_above=-999 required=5 tests=[AWL=-0.061, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l5lAVTC5ddq2 for ; Thu, 12 Apr 2012 13:42:36 -0700 (PDT) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id CA2BA21F8686 for ; Thu, 12 Apr 2012 13:42:36 -0700 (PDT) Received: from [64.101.72.157] (unknown [64.101.72.157]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 696F140058 for ; Thu, 12 Apr 2012 14:56:31 -0600 (MDT) Message-ID: <4F873E3B.3070607@stpeter.im> Date: Thu, 12 Apr 2012 14:42:35 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: tools-discuss@ietf.org X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Tools-discuss] datatracker cookies X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2012 20:42:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It would be nice for the datatracker pages (e.g., left nav) to include a link to https://datatracker.ietf.org/cookies/ Peter - -- Peter Saint-Andre https://stpeter.im/ -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+HPjsACgkQNL8k5A2w/vxUAgCeNkMIWsB9QL7rvTTkOKWrr3ZB TLwAnA6KBrJ93XDBPYQxaHDq0811vBuO =niiN -----END PGP SIGNATURE----- From morrowc@ops-netman.net Tue Apr 24 09:10:32 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4D4F21E802A for ; Tue, 24 Apr 2012 09:10:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qmRzeKpdeqeK for ; Tue, 24 Apr 2012 09:10:32 -0700 (PDT) Received: from mailserver.ops-netman.net (mailserver.ops-netman.net [IPv6:2001:470:e495:fade:5054:ff:fe79:69db]) by ietfa.amsl.com (Postfix) with ESMTP id 2D50121E8024 for ; Tue, 24 Apr 2012 09:10:32 -0700 (PDT) Received: from [IPv6:2001:569::224:d7ff:fe9a:c078] (unknown [IPv6:2001:569::224:d7ff:fe9a:c078]) (Authenticated sender: morrowc@OPS-NETMAN.NET) by mailserver.ops-netman.net (Postfix) with ESMTPSA id B7E6E320089; Tue, 24 Apr 2012 16:10:30 +0000 (UTC) Message-ID: <4F96D073.2090306@ops-netman.net> Date: Tue, 24 Apr 2012 12:10:27 -0400 From: Chris Morrow User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: tools-discuss@ietf.org, "sidr-chairs@tools.ietf.org" , "sidr-ads@tools.ietf.org" References: <4F871A3B.7070702@ops-netman.net> <4F96CFC9.90008@ops-netman.net> In-Reply-To: <4F96CFC9.90008@ops-netman.net> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Tools-discuss] Meeting Registration Tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 16:10:32 -0000 again, with subscribing to the list... On 04/24/2012 12:07 PM, Chris Morrow wrote: > ping tools folks? > > On 04/12/2012 02:08 PM, Chris Morrow wrote: >> Howdy tools folks: >> Looking quickly at: >> http://tools.ietf.org/about >> >> I do not see a tool that would do 'meeting registration' for ietf >> meetings, specifically interim meetings. Something lightweight, like: >> >> meeting-title >> username >> submit >> >> perhaps 'meeting-title' is simply a list of meetings, submit == 'yes i >> plan to attend'. you could, of course, gussy this up with graphics and >> such, and of course some manner to let people create a new 'meeting' >> (email tools-meeting-registration@ - with: >> title: floop >> wg: yer-group From morrowc@ops-netman.net Thu Apr 12 11:09:22 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85EF521F8611 for ; Thu, 12 Apr 2012 11:09:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.392 X-Spam-Level: X-Spam-Status: No, score=-2.392 tagged_above=-999 required=5 tests=[AWL=0.208, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pqhcveeRp53O for ; Thu, 12 Apr 2012 11:09:22 -0700 (PDT) Received: from mailserver.ops-netman.net (mailserver.ops-netman.net [IPv6:2001:470:e495:fade:5054:ff:fe79:69db]) by ietfa.amsl.com (Postfix) with ESMTP id 17D7B21F8610 for ; Thu, 12 Apr 2012 11:09:21 -0700 (PDT) Received: from donkey.her.corp.google.com (unknown [IPv6:2620:0:100a:0:baac:6fff:fe92:fb7a]) (Authenticated sender: morrowc@OPS-NETMAN.NET) by mailserver.ops-netman.net (Postfix) with ESMTPSA id 52D9832077C; Thu, 12 Apr 2012 18:09:20 +0000 (UTC) Message-ID: <4F871A4F.8000008@ops-netman.net> Date: Thu, 12 Apr 2012 14:09:19 -0400 From: Chris Morrow User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: tools-discuss@ietf.org, "sidr-chairs@tools.ietf.org" , "sidr-ads@tools.ietf.org" X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 24 Apr 2012 12:55:43 -0700 Subject: [Tools-discuss] Meeting Registration Tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2012 18:09:22 -0000 Howdy tools folks: Looking quickly at: http://tools.ietf.org/about I do not see a tool that would do 'meeting registration' for ietf meetings, specifically interim meetings. Something lightweight, like: meeting-title username submit perhaps 'meeting-title' is simply a list of meetings, submit == 'yes i plan to attend'. you could, of course, gussy this up with graphics and such, and of course some manner to let people create a new 'meeting' (email tools-meeting-registration@ - with: title: floop wg: yer-group) is there a plan for something like this? or ... are we stuck doing our own thing? -chris From morrowc@ops-netman.net Tue Apr 24 09:07:44 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D959D11E80B2 for ; Tue, 24 Apr 2012 09:07:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gHefp+-NxIjm for ; Tue, 24 Apr 2012 09:07:44 -0700 (PDT) Received: from mailserver.ops-netman.net (mailserver.ops-netman.net [IPv6:2001:470:e495:fade:5054:ff:fe79:69db]) by ietfa.amsl.com (Postfix) with ESMTP id 1DE6611E80A5 for ; Tue, 24 Apr 2012 09:07:43 -0700 (PDT) Received: from [IPv6:2001:569::224:d7ff:fe9a:c078] (unknown [IPv6:2001:569::224:d7ff:fe9a:c078]) (Authenticated sender: morrowc@OPS-NETMAN.NET) by mailserver.ops-netman.net (Postfix) with ESMTPSA id ED1A13200A1; Tue, 24 Apr 2012 16:07:40 +0000 (UTC) Message-ID: <4F96CFC9.90008@ops-netman.net> Date: Tue, 24 Apr 2012 12:07:37 -0400 From: Chris Morrow User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: tools-discuss@ietf.org, "sidr-chairs@tools.ietf.org" , "sidr-ads@tools.ietf.org" References: <4F871A3B.7070702@ops-netman.net> In-Reply-To: <4F871A3B.7070702@ops-netman.net> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 24 Apr 2012 12:55:43 -0700 Subject: Re: [Tools-discuss] Meeting Registration Tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 16:07:45 -0000 ping tools folks? On 04/12/2012 02:08 PM, Chris Morrow wrote: > Howdy tools folks: > Looking quickly at: > http://tools.ietf.org/about > > I do not see a tool that would do 'meeting registration' for ietf > meetings, specifically interim meetings. Something lightweight, like: > > meeting-title > username > submit > > perhaps 'meeting-title' is simply a list of meetings, submit == 'yes i > plan to attend'. you could, of course, gussy this up with graphics and > such, and of course some manner to let people create a new 'meeting' > (email tools-meeting-registration@ - with: > title: floop > wg: yer-group From adam@nostrum.com Mon Apr 30 12:31:35 2012 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11A1E21F87C9 for ; Mon, 30 Apr 2012 12:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.639 X-Spam-Level: X-Spam-Status: No, score=-101.639 tagged_above=-999 required=5 tests=[AWL=-0.827, BAYES_00=-2.599, HTML_IMAGE_ONLY_08=1.787, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id czubZkoWPPQs for ; Mon, 30 Apr 2012 12:31:34 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 6145721F87C6 for ; Mon, 30 Apr 2012 12:31:34 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q3UJVXta048985 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 30 Apr 2012 14:31:33 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F9EE895.9090906@nostrum.com> Date: Mon, 30 Apr 2012 14:31:33 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Tools Team Discussion Content-Type: multipart/alternative; boundary="------------080308070007050005030902" Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [Tools-discuss] Cosmetic error in draft submission X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2012 19:31:35 -0000 This is a multi-part message in MIME format. --------------080308070007050005030902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I just submitted a document and noticed the following text at the end of the process: That's not quite right. It's no big deal, as the process appears to otherwise work. But it probably ought to be tidied up when convenient. /a --------------080308070007050005030902 Content-Type: multipart/related; boundary="------------000804090809050009060903" --------------000804090809050009060903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I just submitted a document and noticed the following text at the end of the process:





That's not quite right. It's no big deal, as the process appears to otherwise work. But it probably ought to be tidied up when convenient.

/a
--------------000804090809050009060903 Content-Type: image/png; name="jadbieej.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="jadbieej.png" iVBORw0KGgoAAAANSUhEUgAAAQwAAACBCAIAAAC6txN2AAAKeWlDQ1BJQ0MgUHJvZmlsZQAA eAHVlmdYFEkax6u7JwfSkOOQc84gOQ5ZoiAqwwwMcRyGjJiQxRVcAyIiYEKXqOAaAFlFRBQj ggoY0B1kEVDOxYCoqFwDB7vP3e23+3JvP1X1m3+//XZNVfXz/AGgdDF5vCRYBIBkbho/0MOZ vio8go4fAhBAABkoAyUmK5XnFBDgA/42Pg6g2Wg80J+v9bdp//2GKDsmlQUAFIDejmanspJR Poc2wOLx0wCAUQa9mWk8lJF8lMX56ARRLptnziKfnOfoRe5YyAkOdEFzHgJAoDCZfA4AZAGq 0zNYHLQOBUVgxGXHc1E2QtmeFcdko8xDWS85ef08V6KsFf2XOpy/MJMZvVyTyeQs8+J/QZ9E X+wan8pLYmYv/PhfdslJ6eh6LYQY2lO4SX4+6CiNtnE209V7iXlJC3u2oMdwQ4KWdG60n/8S x/LdA5eYl+b8Fw4IXtJz4lz8ljgm1W25TgLTa37PFurz0wNDljg1I8htiXPigsOWmB3juqzH xrszlvT4NMbyuxLXey/PAbgCN+CDXnRgAsyAETAH7iAAhKXFZKF7CIDLel42P54Tl0Z3Qk9d jB6dwWUZ6NFNjIxN5m//38T897Y42ff3Fr4jSHr+KP9LS0HPsfUT9CxX/alFXQOguRQAyUt/ amp3ARDeA0DrXVY6P2OxHmZ+wAISEAbiQAYoAlWgBfTR1bQAtsARXV0v4A+CQThYC1ggDiQD PsgEuWArKABFYA/YD8rBEXAc1IJT4AxoARfBFXAd3Aa9oB88BQIwCl6DKfARzEIQhIeoEA2S gZQgdUgXMoGsIHvIDfKBAqFwKAriQFwoHcqFtkFFUDFUDh2D6qBfoAvQFegm1Ac9hoahCegd 9AVGYAosDivAGrAhbAU7wd5wMLwG5sApcA6cD++Cy+Aq+CTcDF+Bb8P9sAB+DU8jACEjkogy oo9YIS6IPxKBxCJ8ZBNSiJQiVUgj0oZ0Iw8QATKJfMbgMDQMHaOPscV4YkIwLEwKZhNmJ6Yc U4tpxnRhHmCGMVOY71gqVh6ri7XBMrCrsBxsJrYAW4qtxp7HXsP2Y0exH3E4nCROE2eJ88SF 4xJwG3A7cYdwTbgOXB9uBDeNx+Nl8Lp4O7w/nolPwxfgD+JP4i/j7+NH8Z8IZIISwYTgTogg cAl5hFJCPaGdcJ8wRpglihDViTZEfyKbmE3cTTxBbCPeI44SZ0miJE2SHSmYlEDaSiojNZKu kYZI78lksgrZmrySHE/eQi4jnybfIA+TP1PEKDoUF0okJZ2yi1JD6aA8prynUqkaVEdqBDWN uotaR71KfU79JEQTMhBiCLGFNgtVCDUL3Rd6I0wUVhd2El4rnCNcKnxW+J7wpAhRREPERYQp skmkQuSCyKDItChN1FjUXzRZdKdovehN0XExvJiGmJsYWyxf7LjYVbERGkJTpbnQWLRttBO0 a7RRcZy4pjhDPEG8SPyUeI/4lISYhJlEqESWRIXEJQmBJCKpIcmQTJLcLXlGckDyi5SClJNU jNQOqUap+1Iz0nLSjtIx0oXSTdL90l9k6DJuMokye2VaZJ7JYmR1ZFfKZsoelr0mOyknLmcr x5IrlDsj90QelteRD5TfIH9c/o78tIKigocCT+GgwlWFSUVJRUfFBMUSxXbFCSWakr1SvFKJ 0mWlV3QJuhM9iV5G76JPKcsreyqnKx9T7lGeVdFUCVHJU2lSeaZKUrVSjVUtUe1UnVJTUvNV y1VrUHuiTlS3Uo9TP6DerT6joakRprFdo0VjXFNak6GZo9mgOaRF1XLQStGq0nqojdO20k7U PqTdqwPrmOvE6VTo3NOFdS1043UP6fbpYfWs9bh6VXqD+hR9J/0M/Qb9YQNJAx+DPIMWgzeG aoYRhnsNuw2/G5kbJRmdMHpqLGbsZZxn3Gb8zkTHhGVSYfLQlGrqbrrZtNX0rZmuWYzZYbNH 5jRzX/Pt5p3m3ywsLfgWjRYTlmqWUZaVloNW4lYBVjutblhjrZ2tN1tftP5sY2GTZnPG5g9b fdtE23rb8RWaK2JWnFgxYqdix7Q7Ziewp9tH2R+1FzgoOzAdqhxeOKo6sh2rHcectJ0SnE46 vXE2cuY7n3eecbFx2ejS4Yq4ergWuva4ibmFuJW7PXdXcee4N7hPeZh7bPDo8MR6envu9Rxk KDBYjDrGlJel10avLm+Kd5B3ufcLHx0fvk+bL+zr5bvPd8hP3Y/r1+IP/Bn++/yfBWgGpAT8 uhK3MmBlxcqXgcaBuYHdQbSgdUH1QR+DnYN3Bz8N0QpJD+kMFQ6NDK0LnQlzDSsOE6wyXLVx 1e1w2fD48NYIfERoRHXE9Gq31ftXj0aaRxZEDqzRXJO15uZa2bVJay+tE17HXHc2ChsVFlUf 9ZXpz6xiTkczoiujp1gurAOs12xHdgl7IsYupjhmLNYutjh2nGPH2ceZiHOIK42bjHeJL49/ m+CZcCRhJtE/sSZxLiksqSmZkByVfIErxk3kdq1XXJ+1vo+nyyvgCVJsUvanTPG9+dWpUOqa 1NY0cdTY3EnXSv8hfTjDPqMi41NmaObZLNEsbtadbJ3sHdljOe45P2/AbGBt6MxVzt2aO7zR aeOxTdCm6E2dm1U3528e3eKxpXYraWvi1rt5RnnFeR+2hW1ry1fI35I/8oPHDw0FQgX8gsHt ttuP/Ij5Mf7Hnh2mOw7u+F7ILrxVZFRUWvR1J2vnrZ+Mfyr7aW5X7K6e3Ra7D+/B7eHuGdjr sLe2WLQ4p3hkn+++5hJ6SWHJh/3r9t8sNSs9coB0IP2AoMynrPWg2sE9B7+Wx5X3VzhXNFXK V+6onDnEPnT/sOPhxiMKR4qOfDkaf/TRMY9jzVUaVaXHccczjr88EXqi+2ern+uqZauLqr/V cGsEtYG1XXWWdXX18vW7G+CG9IaJk5Ene0+5nmpt1G881iTZVHQanE4//eqXqF8Gznif6Txr dbbxnPq5yvO084XNUHN281RLXIugNby174LXhc4227bzvxr8WnNR+WLFJYlLu9tJ7fntc5dz Lk938Domr3CujHSu63x6ddXVh10ru3queV+7cd39+tVup+7LN+xuXLxpc/PCLatbLbctbjff Mb9z/q753fM9Fj3N9yzvtfZa97b1rehrv+9w/8oD1wfXHzIe3u736+8bCBl4NBg5KHjEfjT+ OOnx2ycZT2afbhnCDhU+E3lW+lz+edVv2r81CSwEl4Zdh++8CHrxdIQ18vr31N+/jua/pL4s HVMaqxs3Gb844T7R+2r1q9HXvNezkwX/EP1H5RutN+f+cPzjztSqqdG3/Ldz73a+l3lf88Hs Q+d0wPTzj8kfZ2cKP8l8qv1s9bn7S9iXsdnMr/ivZd+0v7V99/4+NJc8N8dj8pkLXgBBezg2 FoB3NQBQwwGg9QJAElr0wwsZ0KKHR3neyy/4+f/kRc+8kG8BwPEOAIK3AOCDjhXoqOGIehC0 zdtC1NLBpqbLDVXmIzXWdNGcQRRZ1Jp0zM29mwMAHwXAt565udmyublvqK9BPgBw2W/Rh88/ JYL6+6Mixi4WQe33UCv0b/FPbxrpEHn1bTYAAAAJcEhZcwAACxMAAAsTAQCanBgAACAASURB VHgB7Z0FeFTHFsdLaYsHdwvuNECCQ4AECRrcLVjwFPfgRRu0EDQ4aXENBIJLkGINPNzdHQq8 vl+Y1+F2LZvsBjbL3G+/y8iZMzP/mTNzzlxyJtbff//9jXoUAgoB4wh8azxL5SgEFALhCCgh UfNAIRABAkpIIgBIZSsElJCoOaAQiAABJSQRAKSyFQJKSNQcUAhEgEAEQvLu3bv3799HwOMr yH7z5s1X0EvVRcMIGBWS8ePHFyhQIEGCBHHjxs2WLZufn9+HDx8M89CkduzYMUOGDAEBAZq0 SAcLFSoEkzNnzoiS9+7dW7duneSiE5XpkQroVGGi7KZNmxwdHePFi5cqVar79++boIymrAMH DoSFhQnm5jc7mhrzlbLlY6L+06dPHwFHzpw506ZNK8KDBg3Sp9RJadCgAcRTp07VSY9UNHXq 1DA5ceIEpZijiRMnbt26teCgE40UWy2xtgptun4YBGhMpUqVunXrpp8b3Sndu3ePFSvW5s2b RUXmNzu6G/ZV8Tewk9D/BQsWMDNCQkLOnj1769atvn37Ep0+fTpZBMx8UNWMUf734yNzdSgv X7788uVL9jEIjh079vTpU0mpE5Xpf/31lwzrBAyqi9oqtPTsljRNmwIlUX9//8mTJ2vTddqs zTJYo5aeWgwiqd+LXbt2aSkNNpsGm97ktVVr26nC5iLAGOg8gM7iTfmePXs+evSIXKbpxo0b d+7cCdxEWVzTp09/9epVUbBUqVJEjxw5QlTsJGxEbm5u3333HSrK2LFjYUjWkiVLIBs2bBgq mYODA1UMHDjw4sWLpUuXjh07dvbs2alCMESpgPL06dNz5syBkpbEjx+fFKRUG0WQoGfuoptB g1Kk3cFIzJMnz7Rp01AX8+XLx/wTzHWqINq/f3+YL1q0qEmTJgk/Pu3bt3/79u2FCxdIFziy nXbu3Bni58+fd+jQIWvWrCzwaKHUKHpHlk6NDx48oDjgLF26NHPmzKABJnfu3IFPokSJkiZN CryiMaDKNkUj4QliNWvWRKUky9PT8/vvv6cBKVKkaN68OSkSGVHw8OHD1atXT5IkCX0sWbJk aGioSN+3bx9Vt23bdsqUKRkzZgTeEiVKnDt3TuSqd2QR+MZgAalugS/oDx8+/NKlS5KSicTI Mb9FCnOF6P79+4kKISHKkFerVo1RJ8xcJ2vWrFmEGXVGuk2bNnAmiq7v4eFBFYRhy9SEUioV gYGBmTJlIoupwzAzj7XR169fM0fJRXKaNWsmSontDiakUwUPc7dGjRqkaB9ZBYkILcTIIc1o 1aoVRYjOmzfv2rVrrq6uhHmoHRBevXolUmhq2bJlRe/ASnCG7GOF/6/x8ePHpCAbKVOmbNeu nWg5/WWJadSokZj9a9asoezPP/8MZcGCBb29vQWYDRs2JB1ppFVkIe1CorTNZlNF0shlfcmV KxcBaj948CAFUQGIUpa+UzVvouAs2qnekUXAsJCwto0YMYLRBVzxMKisiIJ7hEJSuHBhsb4O HjyY4vnz56egEBKG+cWLF0QRIbIqVKhAGP2EEwKiYrXTToVRo0aRLm0SnahoYVBQEEyOHz8O JSsoYR7CPEOHDiWMOH1M+/TSViGEBDEQWhB1UbBHjx6CWkgCOwDRxYsXk0UVCADR4OBgokzN K1euECXMI2sUQkIKdhS54jDjhx9+QH0lys5A1siRIwmzvrDkcypAeMWKFaQDIGEeJycnogZt klq1apHl5eUlVEQkiii9oJQQEuRTLGQUJwtR+chSvSKNgAGbBEDBFzP99u3bu3fvZqKjXSA2 rNaoEOTqPNSpk1KlShUxt9zd3ck6f/68pGEdFfKQLFkyslxcXHgzz0T0yZMnOqxMRJm44riJ HYaZPWnSJJp98+ZNLRMxk9BGTPARWWXKlPn223A0UI14o1bpF9mxYweJqENoOARQnxAY5iiq piTWr5EZT27y5Ml5Qy8OQoR4C3OLmc1egfw7Ozuzh0Cmb5xI/iLAGoS5QphBodmg3aJFC6JH jx6VFhFSwcCRKDYx1iZRVr0ji4ABITl06BCIt2zZEvSZOqgZmAcoPAzM3r17ZQVyMPS/ISBR ggztgoCYfCJFaAgyUciGjAoaM9+IhODMlGKv4Klbty6TjIDkIPnLFGMB0VRykVhjNCJLihxT k50BYq3drF+j6LJYNYSoUESLCVZKxYoV165dy74qtkoTbRBtg5vgIJsdJ04csliMGCZBI1Q1 wgAlUtQ7aggYEBK0KdbmhQsXLl++XDBl13748CFhod2KdVSs4rzv3r2rUzf7j9g6tm3bRhZK s5gihGVAFJFRudXosBIDLAdeG8WcZemFvlOnTjQVGx0rGa0jTZo0komYxDJqIiBbYoKGJZ9c ZrNYBbAKOG6iYJEiRWQp82sURbBzhCK6Z8+ecePGCZtEoiGkRSuEohSVFitWjLBQz2SAI0HZ AHN6JLipt2kEDAhJ3rx5a9euTTFOe3Lnzs1gAD3jxFvMBmwMcln/UKlROfQHA/UDMxEVyNfX F8quXbuaboSJXHHOtmXLFjY3lBOdKBY5Zdn02O7q1avHGRG2vrY92rCJWszM4igJE5kzDNSY pk2bIpMUlNa2YBLZGtkKhGBgBHIOgS0EH6kxivVozJgxmDqCv3yDKvIwceJEzhLYgqAhi0/A kkAFrIYAi5b+w3RkDMQOTk0cWTIFGTlByccToexiXSAGWCDQaE+3Zs6cKSxOzH2+sSBgFBTr JSq7YMLMphRrp4gKvRlNj6jWqr5x4waHmFDCinp1oqh8zCph5KDVINUszIIhRXiEwS1StG9t FcJwFwY3NExWCnIoJOjFpJd82DarVq0qNBnenGKLEzmIP1b4qUZpuAuCDRs2QMDWJ9j26tWL aO/evYmyNbEwEWUPZ9KjsFEpZ2tkLVu2TJyDYbwR1TabKCcWnIkJvYsTcKogkUcY7hwwiii4 wRx5E1H1jiwCsSgAggYfJjeTkjEQ01SHhiwUGxP6LnY/AyOVZp3i5kdpBjMGk1coEjpR+KCM Xb9+nUZqFX3z+UeBEuHkhMC6NYInNr2+NYLBzdcqsYgYbCqLF3Io5McggUq0EAFTQmIha1Vc IWAfCBiwSeyjY6oXCgFrIaCExFpIKj52i4ASErsdWtUxayGghMRaSCo+douAEhK7HVrVMWsh oITEWkgqPnaLgBISux1a1TFrIaCExFpIKj52i4ASErsdWtUxayGghMRaSCo+douAEhK7HVrV MWshoITEWkgqPnaLgBISux1a1TFrIaCExFpIKj52i4ASErsdWtUxayGghMRaSCo+douAEhK7 HVrVMWshoITEWkgqPnaLgBISux1a1TFrIaCExFpIKj52i4BR336XLtltnz9bxz46Gf1GIfnZ ALekIjFYBjmoncQgLCpRIfAJASUkn7BQIYWAQQSUkBiERSUqBD4hoITkExYqpBAwiIASEoOw qESFwCcElJB8wkKFFAIGETB6BGyQWibitXrHjo0yKgIFCji/f//uzJkTefM6pUuXSSfXRBRu +o6iTdDbZdalS2evXbtUrpyHwd49f/7syJG95ctXNZgbqcT79++cOHFIFMF9ffLkqRwdcyRJ En7xmIXPq1cv9+/f7u5e00I+tlbcqMNs06f7r1+/yp8//JZD7TNlSuCzZ08GDeowZszc+vW9 tFnGwoz95MlD06ThqtiexmhibnqkvpM0auR68uThZct2/vhjUf0unz17qk6d4mFhL/WzIpsS HLy2S5f6JUpUoCB3Cly4cPrBg7sMWe3a4dc4WvJcuXLBzS0HF85awuRLlTXxnSSKO4noSbp0 mf38FsteZc2a+/Xrl/7+3LZRSCaaDrDwzJ/v17t3+PWzX/PD9Dp/Pqx1a5+lS2caFBLrgpMo UeKAgCDJc+bMsSNG+NSs2UTt5xITbcAimyRevPjOzqXlL1myFMePh44Z04cVkTq8vWu3bu3h 69ulSJEUGzf+9scfB7p3b+ziksrDo8CwYd244uPWrevDhoVfgjV37i9DhnTWNmvdumXu7rnX r1/euHG5ggUdmjd3v3PnJgSsfGPH9q1albtrHDw9XYTKN2fORIgpAmdn55R+fkP27w+pXDlf 0aKpx48fINiyxfXs2aJw4eRlyjiyd6Hgaav74uEVK+ZXqFC9Xr1WdPnp0/C7rcXD9C1fPrur a1bS/0n7ZseOTbVqOYNA6dKZRAdv3brWtGkFcChVKqObW65du4Lmz59csmQGNp99+7bLgsYC iCV68rt3f0EQFnasf/92DFOVKvmDglaJIvBnNIsWTVOoULK2bavfu3ebdK6qHDy4IzVWq+Y0 b94kyXzePD8S+dF4mRijAxYJCWD169dW/ARMzMXLl88+fx5+ie6NG1d2794SErI+R458uXMX HDCg3cWL/+nff0LRoq4LF05jWsSJEzd79vAbntKnd8yZM58WRzjAB82tWDHXokXLsuHMnBl+ 3dnvv8+bNWtcvnyF27fvgxJP1SQ+enQf4rFj+9Sq1Sxx4qTTpo3o1q1h9eqNEiRINHPmz8eO HYSmb1+vtWuXVKvWoEiRklOmDGMgtdV92TASu2rVAk/P5lmy5ASolSsXiPYg9osXT0cRmjlz 9Z49W0QiFkXHjrW7dBl86NDdkSP96eDJk0eYrwcP7mQvWrPmcOXKtTt2rPPnn0dXrjzo5lZj xozR+r1DHvbs2cpv587NS5f69+/fltrjxo2H3sV6hPYbFBTWpk2Pn35qwqpH8T59WqdIkXrb tv+sXHng9u0b8+eHi8SQIZ0Y0ICALVOnBtKMI0f2iYoQM5rh6zt1/Ph+EOjXHuNSLFK3mMrM WtHnsmUre3n56PX/7+nTVxQs6MIy9eLFs7dv31y+fK5q1fo9eoxgNkPctGnHffuCq1Sp06xZ J72y3L/cycdnGOYsO8b16+H/maxOnZaFCpXIlCkrg7d+/TL0aawjUbBbN9+GDdu+evVi+vSR Xl4/deo0AKvUz28wBTNmzLp162p2vBEjZrAXHT68Z9ky/3btwi9ks4WHpYSmlihRnsbUrduS TUAguWHD8sqV67BMkN6kiffw4d0JIPmrVoVyNMLtVsmSpUyePPW9e7ccHJKwy4JAypRpWCn8 /cd6e/dLmzZDxYqeU6cO1+8jFjYb/n//++HKlfOpUqUbPXpWqVLukG3bto6ry+BDe7Aq161b ylrm5FRs0CC/DBmyJEiQ8PHjh0jy3bvhV9Fv2vTbL78szpEjfJlDVBhQcd9qz56jaEalSp6Z MmVjIcuWLbd+A2JWikVCki1bnq1bT5vucJ48ThBw8R97SL9+bX79dRQ/hhZjRgyMieLYPOQm TRp+A7q42vzhw3vMe2bVDz/EYSBJF0oCAXGeljChA+EMGRx5M4d4M5nQFghwOpQtW3gRnu+/ /4FhFhxEyhd8s9A8efIItYo2/PXXWyb9gQM7kBkWlOrVw69150HCRSB+/ATsqz17Nkf/zJ+/ CPTyauI0aTJAw4bAO3v2PLxBSd4kLoqLNxN648bjhLGFGjd2PXp0vxgLFpQiRUpJWJydy5w6 Fa45P3/+1Nvbky0iffrMVMe2z37y8uVzFizBEKEV3HgjnCKRWt68+XRduEiMiW+L1K0IOxw7 9nfiXkwoGYYNG47Pnr2+adNOjx8/mDTJl0QxHnKYdRhi83yk+dRIlOCtW9ewvx85cl8YuFxo Lkox72VxJsfHgv8XCVY7Ulxcyu7de53f2rVHQ0IuSOIvG3j48P727evYb7Gk+S1dusPNreaS JTNoFRsm5+mieQiMCGzevAKFE0ULBBYtCgZeiZ6+2c1CYLp3jo7ZJ0xYgP4prDsWL1kjBcPC /uB0mG3Hy6uqu3ut3buvbNhwDHGFrVi5UPAE/0OHdoeG7hJhKWOmq45BuZ/mX3Q0Wt70ybLn 6pqlffuarPR8CmBCsxdToxAD1vjt29eb0wD2DUaIabFlyyq0cIpwnhZhQWpBQo4dO4CBtHfv VqzeSZOG2MhYrl27OGvWXGCCGiN+qKDBwWuwPcqXr4aWyDb48uWLlSsDRDex+hInTla4cAlE AqMFewybO0IETBCweKFZDRrk/eLFc77D3L59HTmEHlPnwIEQTorZDdivihcvlyiRw82bV2kb owCkJUu6oYyh7lJwwID26NImaonRWdErJBIabMFx4wKw1Js0Ke/j04Q5geJLLrsBatKuXZtn zRoviU0EOnbsz+KHsI0b1w+tF0rtymeiINZInjw/YmuyFzG66H4miD9nFroWVoS2xjJlKvGB LzBwDiZZ2bJVOMpjfXFwCDfheGrUaJwqVVrOtSpWzLNz5yZXVw8MM5EV5Xe/fuMwJyZOHIiU jh+/YODADsWLp2vTpmqPHiMx/Tm0xMBr2bJy9eqFOneuh1l44cIZ6ho9ejZ2OadYHh75OZrD KI1yA2y8YBQ/Jka5V2i3cePGlzoYfDjb4VCFgTd/aX/w4F6KFKmi0AZqRwNErY9C2SgUidTH RGP8WcixKxImTKQlYD9BgRTmhzbdKmH2avYxjG/tiCBFoIfA6FSBKY92oB1QHYKYEjXxMfFz C0lMgcwq7bSKkFilJYpJhAiYEJLPpG5F2ERFoBCwWQSUkNjs0KiG2QoCSkhsZSRUO2wWASUk Njs0qmG2goASElsZCdUOm0VACYnNDo1qmK0goITEVkZCtcNmETD6ncRmW6waphD4zAioneQz A66qi3kIGP2v8qb/xj3mdfRLtFh9cf8SqEexTvXFPYrAqWIKARBQ6paaBgqBCBBQQhIBQCpb IaCERM0BhUAECCghiQAgla0QUEKi5oBCIAIEoi4kuNg4depoBOzNyJZ+DMygVSQKgS+AQNSF pEGDUp061bWkyfi35U/er1+/bAkTVVYhEN0IRF1ILG/ZjBk/h4butJyP4qAQiFYErCwk+BDQ 99VLB3Akxabh5JQU376rVy8iZfny2SEhGwi0bFlJx59Qr14tGzQojftA3NriR3jUqP87nMc1 bbNmbvjAJX38+P5CT2vevGLXrg1x71usWFrS8QJMGK+1lSrl3bs3WGCHb+K6dUsUKJCoRo3C +PYUieqtEDATASsLiUFfvefOheEPG1+jvr5T8OCEk2xcZadNmxHHObQSJ6giIFuMpym8a+P8 F39Q8eMnnDfvF3yf4bmrd++WOJPGFxH+Nsn944/9FMHp4KZNv+OIFgc8165dbNGiIv4dKXj1 6gUcRkLw6NGDFi0q4ZgY36cfPrxv06ba1asXZV0qoBCIEAGj/3crwpIGCQz66n369BGeas+d +xNnmCNHzsyZMz+O1dKly4jTLaY1rmMzZw53VKd9cECHA6h8+cKvcMDvMnYLbrO3bj2DHx28 P54/fxrngsz1f5x//v3rryu4TgCX2HjOnjBhYZYsOXBJiM2Dc9SNGwPxWezjM7lVq264scKU +u23ub17G3AjrW2ACisEJAJWFhKDvnpdXMrUrdsKZ+knTx6iYhzIzp27UTjMlu3QD+B2lkRx AxMuA1Guli+fhSNDXEKlTp2eLOkFGPHgR4pwTiUcASdPjiPgv6HB6SBZI0Z050eA59at8BT1 KATMRMDK6pZBX70YKt27D8VxP7cIFC9eHnej4nYB4fvM2BGw8Lwm/dtionCnAm7Sjx592LXr ELonfahqvADD8lsdR2nc0wBxnz5j8QK8fft5LhUYPHiymegoMoUACFi0k6BHDR0afguPeHAf ysqt76s3KGhlv35e9eu3wcutk9OFgwd3CP0KV44UxBmuh0e9XLkK/MPG8L/CrT8ShVdProOC CEfOhkn/nYrXUCRn9eqFOFrHelmzZvGcOetxs/tvKhVTCBhFwCIhwfn+okXTJG8MBnz1Ymbg qxd/2Pjq5QoRfPXWr98a8yAoaMXvv8/lvh4vrx64jqVUxYq1uLyGCzSSJk0RoZBwCQGbCadk nA00b94Zzc1ML8AobJMmLR06tAutoiJv775KQuSQqYA5CBj9811L/ujKmK9erhn4aCp8ahj+ 0jnvEn78P6UaD3G6xXmXjkJlnPxfORgzXNek9W/7r+xoiKg/uooGUKOLpYk/uooWIYmufsQ0 vkpIYtCImRASKxvuMQgU1VSFgJkIKCExEyhF9vUioITk6x171XMzEVBCYiZQiuzrRUAJydc7 9qrnZiKghMRMoBTZ14uAEpKvd+xVz81EwOh3EjPLKzKFgN0joHYSux9i1UFLETD6f7cs+W8p ljbKXsqrL+4xaCTVF/cYNFiqqTaHgFK3bG5IVINsDQElJLY2Iqo9NoeAEhKbGxLVIFtDQAmJ rY2Iao/NIaCExOaGRDXI1hAwegRsuqHv37/fuXOTDg1/M1iyZAWdRPOj+Np69Og+f1vLH7Lv 2rUZZ1yFChU3vziUd+/eOnXqSI4c+XR8FBlLjxTzL0h88eJ/3r59g0Mmy9uA/zFc9QFIliw5 Cxcu4eCQxHKekgPuDT7nH37KeqM7EMWd5M2b1x061NL5DRnSyZLm+vkNgSGcX716QWDKlGGR 5Xb06D4Kbtu2VqegsXQdMpuN4k8sIMBSDy/4zejUqV61aj8GBs7BdxmeMapVc8Ij5pMneEWz woNvNC+vqlZgZHssoriTiI7glHHChAWyU3HixJPhKAR++ml4y5Zd8ST04sW7KBRXRUwg8OHD h27dGuXOXXDKlOXfffdp0OfPn9ykSbl58zanSRPuysySBwcgly6dtYSDzZaN4k4i+hMvXnx8 KMpfgQJFSJ8zZ6K7e+5165Z5eBRwdk7J/oB/3sqV8xUtmnr8+AGioEGvvoGBs8eM6YNfCGNg GSzFQogvYCenJPj5RZGQZY2le3vXbt3aw9e3C16GN2787dmzJz17tihcOHmZMo44EWYywYGy I0f+VLFinuLF0+E5/8KFM8YSZXWWBHbs2FSrljM+jkuXziQhev78KdOaRjZsWEY63scBLO3H 03GhQsnatq1+795t6l261P+XXwZ36dIAV8s4XIZGFAQWPG+Iho0Y4ZMrV/5evUbh2LJOneLl ymXbvHlF+/a10LgaNmyHwxrBh8Hy8WkCnypV8oeG7hJlw8KO9e/fzsUlFYkMgUjEjzOjLNwr 79u3Hdcffft63blzg0QwhPPcub8w4sOHd1+4cBrDKkpdvnyO7YswjWzatAJTpVSpjHhw3rUr CHEtWTIDbYObIJZv3HDizw1Kys6bN0mk67cqUjwlc7MC6JEGn4sX/zbxO3HiGdzjxUtQtKir /I0bF0CRDh36kpUmTYbevcc4OuYgjCMfH5/hOBkivGLFgX37bmC95M1bqH//CcJzXGDgHgqW LOkOwcmTz//4I1wBwCWptgHGStWs2QTi0qUrtW7tI7ayAQMmUtBYep48DFKsdOkyubiUDQ7+ T6VKtWPF+rZJE+8aNRrDp1+/8ZTF3TAO74YMmTJ8+K8JEiQqU6aysURtC/XDAlj9dG3KwYO3 qWvmzDVhYa/mzg0381avPgwBDXN3r7Vnz9VJk5bRL1xgkliiRIXGjTscO/aYlufO/WP79n1I 7NVrdOzY3/n5LYW4QAEXiBmI0NA7LF7Dh8+AYP/+m/SXADgzLitXHsRJn8Dh8OH7Bw7ccnTM KfmMHj07NPRu69Y/iUT4JE6cDEAOHbqHb0G8RlH83Ln3CRM6+PuvPX36ja/vVBxqkkIX0qXL fPz4E1jhICpr1txz5mxcvfoQZWvWbEoiv02bTtI8AjSAUahXrzXdZ8KQ6OnZHO+BPXqMpI+C WL7x2FasWDm8CtJrLNXAwL0GWxUpnpK5DBiUApFo0U6C/2n89MgftgRjLB6gwcNVtWoNieKp umvXwQwzYfxbs7Pj1TcgYEu5clU/DtU35niwNliKRQt/c4kSJZk3b9OgQX6ens1E7cbSRS7u T6dPX7F8+S4Hh6Rbt64uUqTkiBEz/PyWMIGWLfOHhp0EL3t//nk0SZLkQUF/BgQEGUv8h2HU /0UIV60KxQUZsposWcrkyVPfu3cLwyw4eG27dr2Z3DVqNMJPrKiAPiLG+HRFKrC8sb9FOitO zZqNIXZ1rZIxY5a6dVviPInZduTIXghOnDjk7BzOgf2kc+dBTk7FHB2z48cMf7DJkqVIlSot TgY5GICAk5KGDdumSJEKDowUKdu2rUM9YzTxBYUbcgRvxYr5WOcI9v79269cOY8PtF27LuNo M378BPjUFP5mKQif8uWr4g2dsJEnfDFKmTJNrVrN3r597e3dL23aDHjoFG2WRZimmzb9xhTK kSNv1qy5mDaQGWzVxyJm8ZTMzQx8Uk/NLKAlY6PYvPmUNkWGGTDCrDe8hXNeZgDht2/fmvDq K4vrBwyWwvXw+/fv8KstvKEyJOhslDWWLtkK4WSDJoVRyZYtlshi7BkVXOzt3h2E4zx+TEcm Kw62DSZKhlEOMLeYbT17Nsdtfv78RdA26alYNQoUcBZsmZpiyqKDeXt7omngKBmynDnzCYJ0 6TKKAApw9ux5RZhVn1WMMEKCmFGWgpUr1xG5FMdhOWFAwA6MEycu4RQp0ohctnpRlnqLFCkl z6wQtlOnDiMMs2atmzhxYPXqTsgkeziiIgrKt5gAMioCYKtNYVUiKvzZ4l+TMG3m4FRLc/v2 DXwg4j9aJIojPoOtEgTm8NTyNyds0U5iogJmm8yl54Ql0Ca8+soi+gGDpVDkvv02NuuZoMdx vQgYSxe5zHvh3o7Fibahd7HR81u79mhIyAVoUDCwZVEV8HjPUufvP5a7IgwmCoaWvLENZs0a N3Kk/5Ej9xctCqZhTF+xrMjuoMpTBcdTHB+hg+3efWXDhmNIjpxzgGC6DUgIfv2gl379WIyF kAQETPHwqC+KyzGSnNnZtJ4ycebPyshGDSxLloSg9rRq1R1Xt4ifTgMAWaTQNmlnPnhwV0sm HT3LRFmvTBGOC8+fDxMpXMKBsWSwVYLAHJ6SuZkBi4QEwxGAtD/g3Z2eowAAA3VJREFUi7Di qHn1NViKIee7CvYiZiuWH35+Re3G0kWu9LTNuouE4MA7JGT93r1bsZ4nTRrCROnYsbabW07s dTQW5isO8PGVajAxws5GSMDJAeKHAc3octrBlyL2Ri5gYe3H5TFa0OXL5/fs2QIfdDBmW/Hi 5RIlcsBVfnDwGulX33Qt7EjcKEZHWN0XL/6VzRxD/8SJUJRJf/9xKJw+PkZP21GZbt++jiRT xcmTRw4cCAET9GpPT5eDB3eireHHma2AxqM3vnjxDOY6jUmdOh0HKrjqZIvg0gudXGNRVgSu duLNGOFjGh3v9etXL148HzCgPZgYbJUxVpanWyQkT548xBew9scqGGGb0Iax0cXdV9w6Ar12 rTJW3FipoUOnMQk2b/6dIxpWNVncWLokEAGskTx5fuQLD+cnDAZnCaRjvOJm29e3c/36pRB7 aFCKDCbqcItClAMDrALOtThM4/usq6sHHsHhw1ktDpRJr1+/JEcjpDAjO3Ua0LJl5erVC3Xu XI+rYMSxW4SVYmkwTTmAmj79d64Zc3fPiU7CUQf+kdHEMMTRZ5iCBvlg+XBRzMCBHTjoa9Om Koa1m1sNDA/uYxo0yLt8+ezu7rk4P+BwGYOB9Lx540lLSTBkm0I55KSLwyvIDNain8jCh+/m u3dvkgXyfE7ldMvDIz9epMuWrWywVfpMrJVi9M93o/uPrqLm1ddYKWYAc0huERIdY+mSQATQ RlAPkARtOnvX69cvdb5JG0zUltKGzf+jK/YTFD+hnWs5PH78kAZoVQgaQGvprJYswjDnsLNn T+BaGGnGiCIsahz7silx6ihudzHICi2I4xlULKmPCTLgZY/VfnhhsTfIh/vGMFB/+OGTEm6w IhOJQAEHqS5CaaxVJpiYyDLxR1dfTEhMNNdusswXks/QZT5KLFgwla2bcw6OaB8+vM/xHWoY B7jsutL0/wwtsc0qlJB8mXGxKSEBAvbhDRsCOQbgdIgNCgWJkyuh8X4ZgGypViUkX2Y0bE1I vgwKMaRWE0JikeEeQ7qvmqkQsAgBJSQWwacKfw0IKCH5GkZZ9dEiBJSQWASfKvw1IKCE5GsY ZdVHixAw+p3EIq6qsELAjhBQO4kdDabqSvQgoIQkenBVXO0IASUkdjSYqivRg4ASkujBVXG1 IwSUkNjRYKquRA8C/wPp4Z6KJCmI7AAAAABJRU5ErkJggg== --------------000804090809050009060903-- --------------080308070007050005030902--