
<!DOCTYPE rss PUBLIC  "-//Netscape Communications//DTD RSS 0.91//EN"
"http://my.netscape.com/publish/formats/rss-0.91.dtd">
<rss version="0.91">
<channel> 
<title></title> 
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi</link> 
<description>The work log of Bernie Simon</description> 
<language>en</language> 
<item>
<title>Report</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/291159565713.html</link>
<description>
&lt;p&gt;I incorporated Craig's comments into the draft of the web roadmap
report and sent the result around for comment. I feel that this
project is essentially done and could be quickly wrapped up.&lt;/p&gt;

&lt;p&gt;Then I turned my attention to my bag of unsolved problems and
pulled out bouncefile, which is supposed to delete users from our
public mailing lists whose email messages bounce. For some reason the
script doesn't work. The problem seems to be that Majordomo isn't
handling the delete requests and I haven't yet been able to figure out
why.&lt;/p&gt;
</description>
</item>

<item>
<title>Two Things</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/271159391729.html</link>
<description>
&lt;p&gt;As I mentioned, I had second thoughts on my LDAP Manager fix. I
made one change, tested it, moved it to develop, yadda yadda, and
requested it be moved to test again. I revised the ext command to
eliminate the alternate phone number and use the freed up space to
widen some fields that are sometimes too narrow to hold their
contents. This was done at the request of Lisa Sherbert, but I had a
similar idea in the back of my head for a while.&lt;/p&gt;
</description>
</item>

<item>
<title>Back in the Saddle</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/261159305224.html</link>
<description>
&lt;p&gt;I'm back after six days off. I went through my email to separate
the wheat from the chaff and came up with a list of work. Harry
pointed out that the LDAP management fix got removed from
development. I looked at that and got cold feet (again) about my
fix. I'll make it less drastic tomorrow and resubmit. I've had
problems commiting to the Zope cvs repository. I think I've resolved
those problems. There was a small problem with my search terms cron
job caused by the renaming of the center site. I fixed that. Jim asked 
about the twogyro error message. I reproduced the error and mailed the 
result to him and Mike.&lt;/p&gt;
</description>
</item>

<item>
<title>Documentation</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/151158354387.html</link>
<description>
&lt;p&gt;I submitted a move request for my LDAP Manager fix and sent Steve my 
suggestions for goals during the coming year. I talked to Harry about
the ldap operations I was still unclear about: updating permissions
and changing the schemas. We walked through the process and I've
written it up as a text file (ldap_instructions.txt) which I will put
online as a new procedure.&lt;/p&gt;
</description>
</item>

<item>
<title>Fixed Bug</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/141158267040.html</link>
<description>
&lt;p&gt;I got the fix for the LDAP manager to work and moved it to to the
other instances on battra and onto the development system. I was about 
to submit a move request, but got cold feet and want to do a little
more testing.&lt;/p&gt;
</description>
</item>

<item>
<title>Problem Found but Not Solved</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/131158181424.html</link>
<description>
&lt;p&gt;I found the cause of LDAP problem. The cause is that the list
comparison subroutine is comparing a list that has been split accross
newlines with one that hasn't. I've tried to write Python code to get
it right, but so far haven't succeeded.&lt;/p&gt;
</description>
</item>

<item>
<title>Bug Chasing</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/121158095120.html</link>
<description>
&lt;p&gt;I chased down several bugs today. The first, an error message from
the script that updates the curators list, went away when the script
was rerun, so I took it to be a temporary error. The second, a bug in
netstats, was a disk full problem again. The tird, a bug in the ldap
manager has sommering to do with the carLicense field. The code
erroneously thinks it needs to be updated and then chokes when it
tries to update it. I'm still trying to track this down.&lt;/p&gt;
</description>
</item>

<item>
<title>TWiki and Zope</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/081157749789.html</link>
<description>
&lt;p&gt;The morning was spent checking out two TWiki problems for NVO and
Sage. Neither looked like a real problem and I told the TWiki owners
that. In the afternoon I looked for the bug in the ldap manager that
Ran reported. Oddly enough my debugging writes say the changed field
is the car license number when I edit the mailstop field. It will take 
some more digging to get to the bottom of this.&lt;/p&gt;
</description>
</item>

<item>
<title>IDL Problems</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/071157661825.html</link>
<description>
&lt;p&gt;There was a problem in running the twogyro script on production. It 
looks like the reason is that the default version of IDL is
different. I hope the confuion will be resolved tomorrow.&lt;/p&gt;
</description>
</item>

<item>
<title>Script Testing</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/061157572504.html</link>
<description>
&lt;p&gt;I spent the day testing the twogyro script. I uncovered two
problems, one mine and one somebody else's. My problem was I was
assuming the script name didn't have a path on it. So I added code to
strip it off. And the idl script that my script called has a bug in
it. So we're asking the author to correct it.&lt;/p&gt;
</description>
</item>

</channel>
</rss>
