similar to: Hoping to contribute (continued)

Hello everyone. My 'wikiname' is JariJaakkola. I have a desire to be able to contribute to the CentOS community in some way. So, I am proposing a page that would be called a 'Newcomer's Checklist'. I feel the location of such page could best be decided by someone else as it would at least depend on the quality/usefulness of the page. Thank you, Jari -- Jari Jaakkola

I feel I have to apologize for not having been able to contribute in any way to the wiki area. I probably gravely overestimated my technical abilities, as I never could understand how to produce content to the wiki. Yes, I have tried to 'do my homework' by reading older docs-list entries, searching and browsing the wiki help area, but I never got anywhere. I even took the (wrong) liberty

While I was updating our ssh-servers, I rewrote my old patch that adds idletimeout (just like in old ssh1) parameter to openssh. Since reapplying the patch for all new versions of openssh is not fun at all, I would like to have it included in the official openssh, if you consider the patch worthy. Unlike ClientAlive, idletimeout works for both protocol versions. It also works together with

Here is my third attempt at the idletimeout patch. I tried to address the points which Marcus Friedl brought up. It is actually bigger than the previous patches, but not as intrusive. It is big because it moves some stuff from serverloop.c to packet.c. - I moved all the logic to packet.c. This means that I also had to move the actual select() call, which used to be in serverloop.c to packet.c.

I find it a bit peculiar that a package skeleton created with a utils function package.skeleton() fails subsequent R CMD check. I do understand that the function is intended to produce only a skeleton that should be edited by the package author. I think that it would be justified to say that the skeleton *should* fail the test. However, I have two arguments against intentional failure: * When you

Dear Mr Moderator, please let me through. I want to reply to my own thread. I once subscribed to this list, but then my subscription was not accepted. Now to the business: The final failure came from missing .install.macbinary() function. I grepped R-patched sourcesand the only instance of .install.macbinary() was the call to the function in R- patched/src/library/utils/R/packages2.R (stupid

so, should this go into 3.5? Index: serverloop.c =================================================================== RCS file: /home/markus/cvs/ssh/serverloop.c,v retrieving revision 1.103 diff -u -r1.103 serverloop.c --- serverloop.c 24 Jun 2002 14:33:27 -0000 1.103 +++ serverloop.c 12 Jul 2002 16:34:20 -0000 @@ -388,6 +388,11 @@ buffer_append(&stderr_buffer, buf, len); } } + /*

The R-exts manual says about 'Suggests' field in package DESCRIPTION: "The optional `Suggests' field uses the same syntax as `Depends' and lists packages that are not necessarily needed." However, this seems to be a suggestion you cannot refuse. If you suggest packages: (a line from DESCRIPTION): Suggests: MASS, ellipse, rgl, mgcv, akima, lattice This is what happens:

Message 2 of today: it works now. After re-installing R.app from the same R-2.1.0.dmg file, and fixInNamespace'ing(*) install.packages(), I managed to update 23 outdated packages from CRAN binaries for MacOS X. What I did was to: 1. change call to .install.macbinaries() into call to install.binaries() in install.packages(). install.binaries() is a function defined utils/R/aqua/GUI.R. 2. I

Canberra distance is defined in function `dist' (standard library `mva') as sum(|x_i - y_i| / |x_i + y_i|) Obviously this is undefined for cases where both x_i and y_i are zeros. Since double zeros are common in many data sets, this is a nuisance. In our field (from which the distance is coming), it is customary to remove double zeros: contribution to distance is zero when both x_i

Canberra distance is defined in function `dist' (standard library `mva') as sum(|x_i - y_i| / |x_i + y_i|) Obviously this is undefined for cases where both x_i and y_i are zeros. Since double zeros are common in many data sets, this is a nuisance. In our field (from which the distance is coming), it is customary to remove double zeros: contribution to distance is zero when both x_i

rolf at math.unb.ca said: > If I say something like > if(x .gt. 42.d0) stop > then indeed everything stops, i.e. R falls over. I'd ***like*** to be > able to print out an informative error message (which I guess could be > done - In Fortran: subroutine foo(..., ier) integer ier ier=0 ... if (x .gt. 42.d0) then ier=1 return endif

Thanks for the attention paid to my rpoblem. Please find enclosed the matrix with my dissimilarities. This is the only case in which sammon(), from the MASS package, gives me this kind of problems. Domenico > > > -----Messaggio originale----- > > Da: Jari Oksanen [mailto:jarioksa at sun3.oulu.fi] > > Inviato: mercoled?? 20 aprile 2005 11.53 > > A: Domenico Cozzetto >

Dear R people, I am not sure if this is the correct place to tell about problems in evolving programmes, but it seems that the `summary.negbin' function of the excellent `MASS' library is now broken, and gives the following error message: > summary(hm) Error in summary.negbin(hm) : subscript out of bounds `summary.negbin' calls `summary.glm' which seems to work and give the

http://bugzilla.mindrot.org/show_bug.cgi?id=1338 Summary: Idletimeout for both client and server Product: Portable OpenSSH Version: 4.6p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy: wmertens at

I came to R from GLIM and its glm. My data sets (ecological community data) are severely over-dispersed, and so I was delighted to find out that the MASS library has glm.nb which is an advancement from the GLIM macros I had used (N.E.Breslow, Applied Statistics 33, 38--44; 1984). However, I need to use offset, but that failed. I am not (yet --- hopefully) fluent enough in R to be able to

jari.oksanen at oulu.fi wrote: > Full_Name: Jari Oksanen > Version: 2.6.2 RC (2008-02-07 r44369) > OS: Linux > Submission from: (NULL) (130.231.102.145) > > > Even if function xspline() is called with argument draw=3DFALSE, it req= uires a > graphics device (that it won't use since it was draw=3DFALSE). I run in= to this > because I intended to use xspline within a

Hello, I am attempting to use the ANOVA.CCA function with the by="margin" option. The process works fine using the by="terms" option and I note in the Vegan manual that Jari suggests that an error may occur if the anova does not have access to the data on the original constraints. This is the error that I get: Error in dimnames(x) <- dn : length of 'dimnames'

I upgraded R-base 1.2.0 today, and then I intended to give a finishing touch to some R functions I should send out today. To my surprise, they failed in R 1.2 although they still worked fine in R 1.0.1 (I checked in another machine). The error message I got was like this: > optci(trar.g, water) Error in unique(c("AsIs", class(x))) : Object "x" not found The function

Dear developers, I just noticed that step() function currently prints the current model using message(), but the resulting model using print(). The relevant commands within the step() body are: if (trace) message("Start: AIC=", format(round(bAIC, 2)), "\n", cut.string(deparse(as.vector(formula(fit)))), "\n") (with example() output:) Start: AIC=190.69