similar to: FW: Levels and GLM

I am using the as.factor command to use with glm. When I use the command >maj <- as.factor(data.logistic$Majors) >maj I receive the following output: [1] M M N M M M M N N M M M N M M M M M M M M M M M N M N N M M N M M N M M M M M [40] N M N M M N M M M N M N M N M N N N M N M M M M M M N M N M M M M M N N M M M [79] M M M N N M M N M N M M M M M M M M M M M M M M M N M M M M M N

Hi, I have a data frame with two factors (well, more, but 2 for simple consideration), and I want to display the different combinations of the them that actually occur in the data. In reality, there are too many of them to do to do a 'table' call and have one col vertical and one col horizontal (I don't want any of the factors listed horizontally). Before I try to write a function

On OpenBSD we still use the "classic" SunOS 4 shared library versioning scheme where the major and minor number are part of the library name (and recorded in DT_NEEDED entries). For example the shared libc on the OpenBSD-current is named libc.so.89.2. With this scheme, linker has to pick the pick the library with the highest major and minor (within the highest major version); the

Hi Mark, If we have to do this, or LLD doesn't work on OpenBSD, I think we need to do this. But can I ask one question? I wonder why OpenBSD systems don't have symbolic links unlike the other Unix-like systems in the first place. On Mon, Dec 19, 2016 at 2:27 PM, Mark Kettenis via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On OpenBSD we still use the "classic"

Introduce a new struct version with few helper functions for it: this allows to "atomically" represent a version number, without different variables to be used and checked together. Add a initialization function from a libvirt-style version number, and apply it for the qemu and libvirt versions in the direct and libvirt backends. --- src/Makefile.am | 1 +

Bother! This cold has made me accident-prone. I meant to hit Reply-all. Clarification below. -------- Original Message -------- Subject: Re: [R] Parameterization puzzle Date: Fri, 21 Jul 2006 19:10:03 +1200 From: Murray Jorgensen <maj at waikato.ac.nz> To: Prof Brian Ripley <ripley at stats.ox.ac.uk> References: <44C063E5.3020703 at waikato.ac.nz>

When writing the OVF in OVirt flavour, add a ovirt:id attribute to the OperatingSystemSection tag: this attribute represents the numeric value of the ostype ID, which is ignored by oVirt when parsing OVFs in API mode. --- v2v/create_ovf.ml | 203 +++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 201 insertions(+), 2 deletions(-) diff --git a/v2v/create_ovf.ml

it's not on the mirrors anymore, so not installable anymore. --- builder/templates/debian-6.index-fragment | 32 ------------------------------- builder/templates/make-template.ml | 1 - 2 files changed, 33 deletions(-) delete mode 100644 builder/templates/debian-6.index-fragment diff --git a/builder/templates/debian-6.index-fragment b/builder/templates/debian-6.index-fragment

I'm attempting to select a model using stepAIC. I want to use a forward selection procedure. I have specified a "scope" option, but must not be understanding how this works. My results indicate that the procedure begins and ends with the "full" model (i.e., all 17 independent variables)...not what I expected. Could someone please point out what I'm not

Did you note the very second you saw the offending error message? That time would help a lot, I can't see the error packet. But all that said, I'm not the person who needs to look at this, I just hoped I could help get you the information they would need. The only other suggestion, other than the build on master in the hope this has already been fixed, is if you do find you can build

libosinfo 1.8.0 declares them automatically for all of its classes, so there is no need to declare ours. This requires fixing the definition of the IS_LIBOSINFO_VERSION macro to wrap its body in brackets. While in the process, simplify the workaround for a related bug by removing a now-useless check. --- v2v/libosinfo-c.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff

Josh, Macports on OSX ships with automake-1.10 and the current autogen.sh detects 1.10 as an invalid version of automake. The following patch (snarfed from autogen.sh from libvorbis) fixes that. Once that is fixed there are still some other issues that need fixing for automake-1.10. Cheers, Erik diff -u -r1.16 autogen.sh --- autogen.sh 21 Nov 2006 01:40:57 -0000 1.16 +++ autogen.sh 10

OK, have repeated the test: - samba logs: http://www.mediafire.com/file/jy4qcyvqg6z39zu/logs.tar.gz/file - tcpdump log: http://www.mediafire.com/file/qzex3kxf2vzd87n/tcpdump_all.tar.gz/file The tcpdump log covers the whole period of testing time, from starting to stopping smb and nmb services. Previous logs deleted from mediafire. Now waiting for any advice from you, or let's

@Andrew Unfortunately I didn't make notes on exact time of errors when doing my tests... But, I've spend last couple of hours on building samba from master: - Have made a clone of the virtual machine, with new name and network interface mac address, and a new dynamic IP assigned by my router. - Uninstalled Arch packages: samba, smbclient and cifs-tools (depending on

G'Day Volker and Jermey, Can you take a look at Pavlos's analysis and see if you can work out why he has been having trouble with Samba since this commit? Pavlos, That is an incredible effort, and so very, very much appreciated! Thanks, Andrew Bartlett On Sat, 2020-05-09 at 06:08 +0200, pavlos wrote: > Hi All, > > It's already 6am at my side. After the whole night of

Andrew, please forget about mu dumb question. Nice tutorial here: https://flaviocopes.com/git-bisect/ I know how to proceed and what is the 'git clean...' for. Will come back :) Pawel wt., 5 maj 2020 o 23:43 pavlos <pavlos.audiofreak at gmail.com> napisa?(a): > 'git checkout' in your first sentence- please be more detailed. > And please remember where I start - I am

Consider the following: > A <- 1:10 > A [1] 1 2 3 4 5 6 7 8 9 10 > dim(A) NULL > dim(A) <- c(2,5) > A [,1] [,2] [,3] [,4] [,5] [1,] 1 3 5 7 9 [2,] 2 4 6 8 10 > dim(A) [1] 2 5 > dim(A) <- 10 > A [1] 1 2 3 4 5 6 7 8 9 10 > dim(A) [1] 10 Would it not make sense to have dim(A) = length(A) for all vectors?

How do you stop R from putting up a dialog box when you quit Rgui? (I use Windows and I never save workspaces that way) Murray -- Dr Murray Jorgensen http://www.stats.waikato.ac.nz/Staff/maj.html Department of Statistics, University of Waikato, Hamilton, New Zealand Email: maj at waikato.ac.nz Fax 7 838 4155 Phone +64 7 838 4773 wk +64 7 849 6486 home

I forgot to mention that I am using Windows XP. -------- Original Message -------- Subject: Pasting data into scan() Date: Tue, 02 May 2006 11:55:03 +1200 From: Murray Jorgensen <maj at stats.waikato.ac.nz> To: r-help at stat.math.ethz.ch The file TENSILE.DAT from the Hand et al "Handbook of Small Data Sets" looks like this: [...] -- Dr Murray Jorgensen

Looking at do_mounts.c, it does not seem to support the "major:minor" syntax exported in 'newer' sysfs (according to linux-2.6.15.6/init). The following is untested, but might work nicely... I will fully test this when I get home later today. PS, I also added some error output when it fails to parse the device number, just for kicks. As I said, I can't test this, so feel