Displaying 4 results from an estimated 4 matches for "knap".
Did you mean:
kmap
2003 Feb 07
2
Data manipulation
...N N N N 60.00
3 B2 2002 s 1 N N N N 35.00
4 C2 2002 s 1 N N N N 23.00
5 C9 2002 s 1 N N N N 70.00
6 11 2002 m 1 N N N N 22.00
I tried this command to get the subset I want:
> knap.fit1<-(lm(Kweed~TREAT[41:60,81:100,101:120,121:140], data=knap))
No luck.
Can anyone tell me how to code for this subset.
Thanks
Lew Stringer
M.S. Student- Land Rehabilitation
Dept. of Land Resources and Environmental Sciences
Montana State University
822 Leon Johnson Hall
Bozeman, MT 59717...
2003 Feb 10
3
Problems with XP
...owsXP first of all I
have to wait by 3-5 minutes and after that time transfers are all right.
It seen to be something with login to domain, maybe XP is waiting for
some kind of signal from samba and after that (timeout) that
configuration start work.
Thank for any help
--
Dariusz Knap mailto:dariusz.knap@man.szczecin.pl
Technical University of Szczecin, tel. +48(91) 4494234
ACI - Academic Center of Computer Science +48(91) 4494207
Al. Piastow 41, 71-065 Szczecin, Poland fax: +48(91) 4494652
2015 Jul 30
0
Fedora change that will probably affect RHEL
...No change?!
> Why should the OS change to make people dumber?
Current thinking is that human intelligence hasn?t increased ? or decreased! ? at all in many thousands of years.
What *has* changed is that the scope of individual expertise has continually shrunk.
I no longer have to know how to knap my own stone axes because I can buy a camp hatchet from Amazon to split the wood I buy at the convenience store on the way to the campground, which has paved roads, an enclosed privy, concrete pads for the picnic tables, and enclosed fire pits with cooking grates.
And we call all of that ?primitiv...
2015 Jul 30
3
Fedora change that will probably affect RHEL
> On Jul 28, 2015, at 6:32 PM, Warren Young <wyml at etr-usa.com> wrote:
>
> On Jul 28, 2015, at 4:37 PM, Nathan Duehr <denverpilot at me.com> wrote:
>>
>>> On Jul 28, 2015, at 11:27, Warren Young <wyml at etr-usa.com> wrote:
>>>
>>> So no, your local password quality policy is not purely your own concern.
>>
>> Other than