[developers] Trouble Seeing Test Suite Instances

CLMS help (David Brodbeck) linghelp at uw.edu
Thu Jan 22 22:11:56 CET 2015


I'm not saying you're wrong, just that I don't have a ready explanation for
it.  I wonder if AppArmor is messing with us again?  I thought I turned it
off, but I should probably double check.

On Thu, Jan 22, 2015 at 12:44 PM, Emily M. Bender <ebender at uw.edu> wrote:

> What led me to suspect that is that a tarball of her tsdb/ directory
> unpacked and worked just fine on my instance of Ubuntu+LKB, where I don't
> have any shared folders.
>
>
> On Thu, Jan 22, 2015 at 12:38 PM, CLMS help (David Brodbeck) <
> linghelp at uw.edu> wrote:
>
>> That's rather peculiar, since shared folders look just like ordinary
>> filesystem mounts to software on the machine.
>>
>> On Thu, Jan 22, 2015 at 12:33 PM, Emily M. Bender <ebender at uw.edu> wrote:
>>
>>> Reviving a very old thread, because I think I have part of the answer,
>>> in case it's still relevant to Alec and also for future reference:
>>>
>>> We encountered this again in 567 this term, and I think it has to do
>>> with an interaction with "shared" directories between Ubuntu+LKB and the
>>> host OS.  In the machine where I saw it again (running Windows), the
>>> student had a shared directory that was a sister directory to the tsdb/
>>> directory.  If I moved tsdb/ up one level or pushed the shared directory
>>> down one, then the profiles became visible in the [incr tsdb()] podium.
>>>
>>> Emily
>>>
>>>
>>> On Fri, Sep 12, 2014 at 11:49 AM, Alexander Sugar <sugara at uw.edu> wrote:
>>>
>>>> There is definitely no 'tsdb' string in my uig/lkb/script file.
>>>>
>>>> - Alec
>>>>
>>>> On 9/12/14, Emily M. Bender <ebender at uw.edu> wrote:
>>>> > Alec,
>>>> >
>>>> > Can you look in your lkb/script file for the string tsdb?
>>>> >
>>>> > Emily
>>>> >
>>>> > On Thu, Sep 11, 2014 at 6:19 PM, Alexander Sugar <sugara at uw.edu>
>>>> wrote:
>>>> >
>>>> >> I tried creating tsdb instances with and without having loaded the
>>>> >> grammar, and it didn't seem to make a difference. I certainly
>>>> wouldn't
>>>> >> say I've done anything "creative well above the average" with my
>>>> >> grammar so far.
>>>> >>
>>>> >> - Alec
>>>> >>
>>>> >> On 9/11/14, Stephan Oepen <oe at ifi.uio.no> wrote:
>>>> >> >> one thing we did differently
>>>> >> >> the time that things worked fine was that we didn't load the
>>>> grammar
>>>> >> >> before trying to create tsdb instances.
>>>> >> >
>>>> >> > this makes me wonder whether the grammar maybe contains an
>>>> assignment
>>>> >> > to *tsdb-home* or call to the (tsdb :home ...) function?  when
>>>> users
>>>> >> > are creative well above the average, it is possible for the [incr
>>>> >> > tsdb()] podium and the back-end lisp system to hold different
>>>> values
>>>> >> > for this (crucial) variable; this would potentially lead to
>>>> >> > (seemingly) very surprising behavior.
>>>> >> >
>>>> >> > i would generally advise against setting [incr tsdb()] parameters
>>>> as
>>>> >> > part of grammar code.  per-user adjustments can be made in
>>>> ‘.tsdbrc’
>>>> >> > (in the user home directory), e.g. calls to (tsdb :home ...), (tsdb
>>>> >> > :skeletons ...), and such should typically go there, in my view.
>>>> >> >
>>>> >> > best, oe
>>>> >> >
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> > --
>>>> > Emily M. Bender
>>>> > Associate Professor
>>>> > Department of Linguistics
>>>> > Check out CLMS on facebook! http://www.facebook.com/uwclma
>>>> >
>>>>
>>>
>>>
>>>
>>> --
>>> Emily M. Bender
>>> Professor, Department of Linguistics
>>> Check out CLMS on facebook! http://www.facebook.com/uwclma
>>>
>>
>>
>>
>> --
>> David Brodbeck
>> System Administrator, Linguistics
>> University of Washington
>>
>
>
>
> --
> Emily M. Bender
> Professor, Department of Linguistics
> Check out CLMS on facebook! http://www.facebook.com/uwclma
>



-- 
David Brodbeck
System Administrator, Linguistics
University of Washington
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.delph-in.net/archives/developers/attachments/20150122/2a1d452f/attachment.html>


More information about the developers mailing list