similar to: Re: Bug#213857: r-base-core: xfig plot fails with invalid line type (PR#4401)

On Fri, Oct 03, 2003 at 09:21:29AM -0500, Dirk Eddelbuettel wrote: > On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > > edd@debian.org writes: > > > > > Graham, > > > > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, > > > this may not get addressed, unfortunately. > > > > > >

On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > edd@debian.org writes: > > > Graham, > > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, > > this may not get addressed, unfortunately. > > > > Regards, Dirk > > I believe Ross Ihaka has already detected and fixed this problem. The > fix should

Graham, Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, this may not get addressed, unfortunately. Regards, Dirk On Fri, Oct 03, 2003 at 03:16:35PM +1000, Graham Williams wrote: > Package: r-base-core > Version: 1.7.1.cvs.20030927-1 > Severity: normal > > > $ R > > R : Copyright 2003, The R Development Core Team > Version 1.8.0 beta

http://bugzilla.mindrot.org/show_bug.cgi?id=459 Summary: ssh-keygen doesn't know how to export private keys Product: Portable OpenSSH Version: 3.5p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh-keygen AssignedTo: openssh-unix-dev at mindrot.org

On Fri, Jun 04, 2004 at 01:20:54PM -0400, Joey Hess wrote: > My colocated server was refusing both ssh and ssl telnet connections. > It looked like this: > > joey:~>ssh -v kite > OpenSSH_3.8.1p1 Debian 1:3.8.1p1-4, OpenSSL 0.9.7d 17 Mar 2004 > debug1: Reading configuration data /home/joey/.ssh/config > debug1: Applying options for kite > debug1: Reading configuration

I was looking through the RSA fingerprinting code from a few releases back, with an eye to being able to close <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=111598>. While it works fine with SSH2, the fingerprint log message goes missing with SSH1. I eventually realized that this is because auth_rsa() is called in the unprivileged child, and so can't write syslog messages. Am I

Hi, Can anyone remind me of why FallbackToRsh was removed? I've just had a somewhat irate Debian bug report about it, and don't really have enough information to respond properly. Thanks, -- Colin Watson [cjwatson at flatline.org.uk]

Since packaging OpenSSH 3.8p1 for Debian, I've got a flood of bug reports and confusion about the new untrusted X client configuration. At least part of this seems to be the short (2 minutes!) timeout on the cookie, so that if you're impatient like me and open a connection to a machine that takes a little while to do the key exchange, go off and do something in another window in the

https://bugzilla.mindrot.org/show_bug.cgi?id=626 Colin Watson <cjwatson at debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjwatson at debian.org --- Comment #3 from Colin Watson <cjwatson at debian.org> --- Isn't this fixed in

https://bugzilla.mindrot.org/show_bug.cgi?id=1256 Colin Watson <cjwatson at debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjwatson at debian.org --- Comment #7 from Colin Watson <cjwatson at debian.org> --- It looks as though

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 Colin Watson <cjwatson at debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjwatson at debian.org --- Comment #15 from Colin Watson <cjwatson at debian.org> --- I think it would make

Commit-ID: 0dbcedacde2847e254373fce6f80c63e003a69ca Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0dbcedacde2847e254373fce6f80c63e003a69ca Author: Colin Watson <cjwatson at ubuntu.com> AuthorDate: Tue, 25 Sep 2012 12:31:16 +0100 Committer: maximilian attems <max at stro.at> CommitDate: Mon, 1 Oct 2012 15:04:49 +0200 [klibc] include: [sys/time.h] fix for

The test for a "-" argument on the command line is reversed, so that fstype will only attempt to open a file name provided on the command line if it is "-", rather than only if it is not "-". This patch fixes that. Signed-off-by: Colin Watson <cjwatson at ubuntu.com> diff -Nru klibc-1.4.30/usr/kinit/fstype/main.c klibc-1.4.30.new/usr/kinit/fstype/main.c ---

Full_Name: Chris Haidinyak Version: 2.0.1 & 1.9.0 OS: Linux x86_64 Submission from: (NULL) (139.95.251.9) Hi, I am using R 1.9.0 (on Linux Redhat AS 3 - x86_64) and 2.0.1 (on Linux Fedora Core 3 - x86_64) and am having problems using graphs created with the xfig option. 1.9.0 problem - sometimes the graph output puts the color definitions in the wrong place in the file. According to

Hi, I hope this is the right list for my posting, since I've never posted to any R list before. I'm quite extensively using the xfig graphics device and as far as I figured out this device writes all the objects into xfig layer 100 (based on what I saw in the devPS.c file -if this is the file to output to xfig format - depth 100 is hardcoded). Are the any plans to implement xfig layer

Hello ... I tried to generate .fig figures with R, using the xfig() function ...When I open the figures using xfig software under linux ... the foreground color change strangely ... whereas when I display the same figure in R or when I saved it in using postscript() function there is no problem. Any idea about the behavior of the colors when using xfig ?? Thanks in advance Christophe Grova

Dear useRs, How does one include graphics created with Xfig with LaTeX fonts into Sweave? If I create a graphic with Xfig with some Computer Modern fonts, I choose to export it as combined PDF and LaTeX. So I get two files, one foo.pdf with the drawings without the text and foo.pdftex with some LaTeX code that ensures the text lands in the right place together with the drawing. I'm supposed

Hi again! Well, I just realised that I am running an *unstable* version of R (if such exists) from early January, that I picked up for some weird reason (the appearance of manova??). In fact the starting message is R : Copyright 2001, The R Development Core Team Version 1.3.0 Under development (unstable) (2001-01-22) I have been tried to reproduce the same example in R 1.2.3 for Windows

Hello I'm using the xfig-function in R to export figures in fig-format. To use these exported figures in LaTeX, I first run a fig2dev to get a pstex and pstex_t file. However, in order to get the right pstex_t file (that is, with the text of the original figure) I have to change the font and special text variables in the fig files. I would like R to do this font changing job, but I can't

I'm using (Linux version) xfig() within a function and then simple matplot() and matline() plots. Although I do not define any bg or fg default color, sometimes all lines in the final fig file are green. The same code works as (I) expected if I use x11() or pdf(). This is what I'm doing: I open 2 devs: xfig() dev.set(2) layout(mat1) xfig() dev.set(3)