Trouble installing rk.anova again...

[Aaron Batty]

Thomas:

Strike that last message. It was just a side effect of having one million
different versions of RKWard on this machine. I blew everything out and
started again, and it was fine.

So the only problem appears to be the relative path on the shortcut, which,
as I said before, is easy to fix, so if you can't or don't want to fiddle
with it, no worries.

Sorry for the annual panic!


Aaron

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

> 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/7d74c7c1/attachment.html>