Trouble installing rk.anova again...

[Aaron Batty]

Well, crap.

I was about to just call this done for now, but I tried running an ANOVA
with the new 0.65, just to be sure, and it has trouble installing ez as
well, but this one is new.

It said it couldn't move the installation of plyr from its temporary
location, and I get this in the output:

Warning in library(package, lib.loc = lib.loc, character.only = TRUE,
logical.return = TRUE,  :
  there is no package called 'ez'
Error in loadNamespace(j <- i[[1L]], c(lib.loc, .libPaths()),
versionCheck = vI[[j]]) :
  there is no package called 'plyr'
Error in eval(expr, envir, enclos) : could not find function "ezANOVA"

So something is still off...


Aaron



On Sun, Jul 30, 2017 at 9:37 AM, Aaron Batty <abatty at sfc.keio.ac.jp> wrote:

> Thomas:
>
> K, that new one works fine with the .ini change, but the shortcut creation
> still isn't working (on Win7). Weird. The old 0.65 release worked fine...
>
> If you're out of time for this little project supporting an old release
> that you're trying to kick to the curb anyway, then we can just go ahead
> with this, and I'll have the students make their own shortcuts. I've
> scheduled a straight hour for software installation on Tuesday, because I'm
> anticipating a bloodbath.
>
> I realized last night as I was falling asleep that I really do need it to
> run in its own little directory because at least one guy is going to be
> using a university laptop and he might need to run this off of a USB stick.
>
> ...Because he only has an iPad.
>
> As a graduate student in linguistics.
>
> —A field in which 86% of published literature is quantitative.
>
> So I'm a bit nervous about this group...
>
>
> Aaron
>
> On Sun, Jul 30, 2017 at 3:51 AM, Thomas Friedrichsmeier <
> Thomas.Friedrichsmeier at ruhr-uni-bochum.de> wrote:
>
>> On 2017-07-29 14:22, Aaron Batty wrote:
>>
>>> PS: The new 0.65b pulls packages down just fine.
>>>
>>> On Sat, Jul 29, 2017 at 9:17 PM, Aaron Batty <abatty at sfc.keio.ac.jp>
>>> wrote:
>>>
>>> Thomas:
>>>>
>>>> Thanks. That indeed did do it.
>>>>
>>>
>> Ok, good.
>>
>> I think the shortcut problem is similar. Here's its target:
>>>>
>>>> C:\RKWard\RKWard\KDE\bin\rkward.exe
>>>>
>>>> Starting in:
>>>>
>>>> C:\RKWard\RKWard\KDE\bin
>>>>
>>>> --Whereas the old 0.65 shortcut is aware of where it is.
>>>>
>>>
>> Yeah, the root problem is that Window does not support the exotic concept
>> of relative paths in shortcuts. Instead it appears to stack a bunch of
>> hacks on shortcuts to make sure they will work even after moving them - if
>> all goes well. To make matters as complicated as possible, these hacks
>> differ between different versions of Windows (
>> https://en.wikipedia.org/wiki/Shortcut_(computing)#Microsoft_Windows).
>>
>> I'm not sure. The problem _may_ have been that I had failed to update the
>> shortcut after updating rkward.exe. An updated bundle will be available for
>> download in an hour or so (slooow connection). I _hope_ that will fix both
>> problems.
>>
>> Regards
>> Thomas
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20170730/2404a917/attachment.html>