similar to: X11(colortype="true") does not give a truecolor visual (PR#1390)

On Sat, 16 Mar 2002 Edwin@balpol.tudelft.nl wrote: > Full_Name: Edwin > Version: 1.4.1 > OS: SunOS/Solaris > Submission from: (NULL) (130.161.1.115) > > > When selecting an X11 visual on Solaris 2.7 with > > X11(colortype="true") > > a PseudoColor visual is actually created. (verified with xwininfo) Note that the help page does *not* say that this

ripley@stats.ox.ac.uk wrote: > > On Sat, 16 Mar 2002 Edwin@balpol.tudelft.nl wrote: > > > Full_Name: Edwin > > Version: 1.4.1 > > OS: SunOS/Solaris > > Submission from: (NULL) (130.161.1.115) > > > > > > When selecting an X11 visual on Solaris 2.7 with > > > > X11(colortype="true") > > > > a PseudoColor visual

I have made some modifications to the X11 graphics driver so that it is more flexible about its use of colors. I have added a new parameter to the X11/x11 function which controls this. The parameter is currently called "colormodel" and works as follows: colormodel = 0 Monochrome graphics colormodel = 1 Grayscale (256 shades) colormodel = 2 Pseudocolor1 colormodel = 3

I've fixed the original report and Tom's first. Someone had incorrrectly arranged for most of the initialization to be done only once per session. I did ask before 1.3.0 what the intention was .... For pseudocolor devices at least this was biting since the palette was not re-initialized. I don't see point two on my system, and Martin's point about interruption was first shown

Hi, I occasionally run out of color in my X11 terminal. At this point, R will issue this error message: Error: X11 cannot allocate additional graphics colors. Consider using colortype="pseudo.cube" or "gray". An immediate x11(colortype="pseudo.cube") doesn't work as the colortype seems to be shared among the different x11 plotting windows. So I have

Hi, I use R in remote access on a Debian server. I need X11() to create graphical things so I use xvfb-run (Virtual X server environnement) R to allowing X11() capabilities to R. An other technique is to connect in shh -X to execute my R script. With the connection ssh -X, my R script is well executed. BUT when I use Xvfb, some graphics are created but an error occured and stop the script.

for some reason the following message seems not to have reached the list in the first try, at least I can't find it. my apologies if this is my fault: we are running R under Solaris with SunRay Terminals, which are set to 8 bit color to comply with some other software. In this configuration, X11() opens with colortype=true, i.e., it is not recognized that actually the display is only 8

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- man/nouveau.man | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 87f645a..5c4e4ae 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -13,9 +13,10 @@ nouveau \- NVIDIA video driver .fi .SH DESCRIPTION .B nouveau -is an __xservername__ driver for NVIDIA

I'm trying to run an old (~1995) Windows game under Wine, but it requires 256 colours and won't work any higher. I've checked out the 256 colour hacks page and the X methods don't work, because I use the FGLRX drivers and they don't support 8bpp, so I'm trying VNC. I've installed vnc-server and vnc so I can play it through a 256 colour VNC connection, but so far I can

I've put up R-0.64.0.tgz up for FTP from Auckland a little while ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.64.0.tgz (Be gentle, that's my desktop PC!) There's also a version split

I've put up R-0.64.0.tgz up for FTP from Auckland a little while ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.64.0.tgz (Be gentle, that's my desktop PC!) There's also a version split

The xstdcmap utility can be used to selectively define standard colormap properties. It is intended to be run from a user's X startup script to create standard colormap definitions in order to facilitate sharing of scarce colormap resources among clients using PseudoColor visuals. This release delivers some minor cleanups and janitorial maintenance. Alan Coopersmith (6): configure:

In Debian 1.1, the optional DOSEMU package installs /usr/sbin/dos setuid root. This is a serious security hole which can be exploited to gain access to any file on the system. Package: dosemu Version: 0.64.0.2-9 ------- start of cut text -------------- $ cat /etc/debian_version 1.1 $ id uid=xxxx(quinlan) gid=xxxx(quinlan) groups=xxxx(quinlan),20(dialout),24(cdrom) [quinlan:~]$ ls -al

Hi, I''ve been thinking about group membership and the corresponding (weak) restrictions to system resources. Consider the following: % cat > gsh.c main() { system("/bin/sh"); } % cc -o gsh gsh.c % id uid=100(joe) gid=500(users) groups=14(floppy),15(sound) % chgrp sound gsh % chmod g+s gsh % mail abuser Subject: You owe me $5...

>Their is a buffer overrun in /bin/login which has the potential to >allow any user of your system to gain root access. util-linux-2.5-29 >contains a fix for this and is available for Red Hat Linux 4.0 on >all four platforms. We strongly recommend that all of Red Hat 4.0 >usres apply this fix. Does this bug affect the ''login'' that is distributed with shadow

Alexander O. Yuriev wrote: > > Your message dated: Wed, 20 Nov 1996 18:04:39 EST > > >has anyone played with the securelevel variable in the kernel and the > > >immutable flags in the ext2 file system? > > > > Yes, and its actualy quite nice. > > > > >The sysctrl code seems to allow the setting of the flag > > >only by init (PID=1)

Hi Are there any known security holes or necessary precautions in using port forwarding with ipportfw? I'm planning on forwarding ports from an outer firewall/router (connected to the Internet) to a host in the DMZ, then on from the DMZ host to the inner firewall, and finally from the inner firewall to some host on the inside. Thanks, Jens jph@strengur.is From mail@mail.redhat.com Wed

Hi, well, swift response! Qualcomm has a patched qpopper (2.5) Greetings, Jan-Philip Velders <jpv@jvelders.tn.tudelft.nl> ---------- Forwarded message ---------- Date: Mon, 29 Jun 1998 21:43:18 -0700 From: Praveen Yaramada <pyaramad@QUALCOMM.COM> To: BUGTRAQ@NETSPACE.ORG Subject: Patched Qpopper2.5 release Notification. Hello Folks, As you are already aware that qpopper

Hi all, I am running CentOS 7 on a NUC5CPYB. Intel video: 00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 35) When I take a screen shot I get "different" things. I use: export DISPLAY=:0.0 /usr/bin/xwd -silent -root -out screen; convert screen screen.png I tried import also for the screen

--- man/nouveau.man | 29 +++++++++++++++++++++++------ 1 file changed, 23 insertions(+), 6 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 7c72907..a8dfacd 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -13,7 +13,7 @@ nouveau \- NVIDIA video driver .fi .SH DESCRIPTION .B nouveau -is an __xservername__ driver for NVIDIA video cards. The driver supports 2D +is an