Re: [Xpert]screen reset
Well, that wasn't so easy. -noreset option only works with Xfree86 4.x, and I'm using 3.3.6 (and have to , for some reasons). Any equivalent for -noreset in 3.3.6 ? Thanks for the help, Rolland Alan Hourihane wrote: Use the -noreset option when starting X. startx -- -noreset Should do it. Alan. On Tue, May 21, 2002 at 11:38:17 +, Rolland Dudemaine wrote: Hi, Is there an option not to make the X server reset after closing the last client ? When I open a server, simply with X :1 then launch an xterm, closing the xterm makes the X server call the init functions and causes the screen to glitch and change mode to finally go back to the blank X screen. Can I make it stay without re-initing (that is, close the xterm and stay without any client) ? Thanks for the coming help, Best regards, Rolland Dudemaine ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trapping key sequences
Henrik Sandklef wrote: Take a look at xikbd http://www.sandklef.com/xikbd Thanks, also thanks to Peter Finderup Lund for his assistance. I couldn't get xikbd to work (Sigfaults after reading /etc/xikbdrc), but got a similar program called epistropy to work. I'm now able to start a program on the local machine by pressing a key sequence. However, I'm not able to do so until after I have logged in. Watching the epistropy process using strace, I can see that nothing happens if I push any of my defined key sequences while I'm watching the login screen. I put the the computer in /etc/X0.hosts so I have no problem opening an connection to the display. I don't know much about X, so I assume what I'm experiencing is the correct behaviour - but is there a way I could make epistrophy (or any other X client for that matter) recieve my key sequence while I'm looking at the Display Manager's login screen? (Through XDMCP). The X client is running on the same computer as the X server, ie. the local computer. --- -- Øyvind Hallsteinsen, HIST AITeL -- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 22 May 2002 9:36 pm, [EMAIL PROTECTED] wrote: Hello Xperts, how hard would it be to add more keyboards and mice to XFree, each delivering events to a different screen, thus enabling a full local multiuser setup? Is there any reason why this couldn't be implemented? This question has come up every month or so as far back as I can remember. I even joined this mailing list to ask this very question... There are tons of threads on it. To do a really quick, probably incorrect summary: 1) You can't have to VT's being displayed at once. This means you can't run and see two seperate X sessions on two monitors. This is a limitation of the linux kernel - and as far back as I can remember ppl have said someone is working on it but I wouldn't hold your breath... 2) You could not go through the kernel and instead attempt to access the video card manually or through the frame buffer or something smart - and some has done this, and posted various patches.. although that still only allows a max of two heads. 3) You could use something like Xinerama (sp?) to have one desktop but over multiple monitors. 4) You can have more than one mouse, but currently you can't have more than one cursor on a particular X server. I think this is because of a limitation in the actual X protocol - if so, don't expect this to be fixed any time soon either. 5) It is hard getting many monitors on a machine simply because the cables aren't that long! The longer you make the cable, the worse the image gets on the monitor. I think you can get round this by using LCD screens - but can't remember for sure. 6) A nicer way of doing all of this is simply to have lots of very cheap nasty machines with nothing but a mobo, CPU, ethernet card and monitor - then get one big server to control them all. See the linux terminal server project. Hmm, I probably missed something :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE87QJFoRvfZQkd7qoRAiR0AKCCy+KisDaaI5gggqgsb2oxFMGl8gCeKdLv u3Yc3QJNAfJrmjhDmMu+1k8= =Sbmm -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
On Thu, 23 May 2002, John Tapsell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 22 May 2002 9:36 pm, [EMAIL PROTECTED] wrote: Hello Xperts, how hard would it be to add more keyboards and mice to XFree, each delivering events to a different screen, thus enabling a full local multiuser setup? Is there any reason why this couldn't be implemented? This question has come up every month or so as far back as I can remember. I even joined this mailing list to ask this very question... Hmm, I probably missed something :) Yes, John missed one answer: 7) It has already been done: http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/ (this page also suggests another possible solution). -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Changing desktop manager
Hi, I am having problems changing my desktop manager. I updated XFree to 4.2.0 and after that only TWM will start eventhough switchdesk shows that desktop chosen is KDE. I've tried to run switchdesk several times and tried to choose different desktop managers but TWM will start always when I start X. I am running Redhat7.2 and earlier I have succeeded to update XFree with no problems. This time I didn't use .rpms but the official install package containing .tgz files. I've even tried to reinstall KDE, but it didn't work. So, is there maybe a file or files which I could change manually...? thanks in advance _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Changing desktop manager
On Thursday 23 May 2002 07:47 pm, Einari Lappo wrote: I am having problems changing my desktop manager. I updated XFree to 4.2.0 and after that only TWM will start eventhough switchdesk shows that desktop chosen is KDE. I've tried to run switchdesk several times and tried to choose different desktop managers but TWM will start always when I start X. I am running Redhat7.2 and earlier I have succeeded to update XFree with no problems. This time I didn't use .rpms but the official install package containing .tgz files. I've even tried to reinstall KDE, but it didn't work. So, is there maybe a file or files which I could change manually...? .xinitrc in y'r homedir. Frank ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
how hard would it be to add more keyboards and mice to XFree, each delivering events to a different screen, thus enabling a full local multiuser setup? Is there any reason why this couldn't be implemented? This question has come up every month or so as far back as I can remember. I even joined this mailing list to ask this very question... Hmm, I probably missed something :) Yes, John missed one answer: 7) It has already been done: http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/ (this page also suggests another possible solution). Ah, yes - I should have mentioned I know about this. It is a hack and it has problems: - It only works for some VGA's - nVidia with their closed drivers (not with XFree's drivers) and Matrox are the only ones that I am aware of. - Even with the nVidia's (don't know about Matrox), the computer hangs totally when switching modes (to console, to vmware's fullscreen... but not ctrl+alt+plus). - I wasn't able to make the USB keyboard work in XFree 4.2.0 (works in 4.1.0), but that may be some small issue... - And, as I said, it's an ugly hack. When it works, fine, but sometimes it does not and even causes crashes and hangs. I am sure the XFree developers wouldn't agree to integrate this in an official release. The patch does nothing to serialize accesses by the multiple servers to the VGA's... It _has_ to crash, sooner or later. :-) Are there really no plans to provide such multi-user functionality in XFree? It seems to me like a natural way to go and one that has been much requested... I would gladly donate my time for this if someone of the XFree developers provided some guidance and advice. I've already spent some hours looking at the source and it's still a jungle to me... (No offence intended, of course. It's probably just me.) The way I see is providing multiple event queues, one for each user (=screen, or even set of screens), and attach one keyboard and one mouse to each queue. And make one mouse cursor for each queue. I'm probably missing something important, but on first view, that seems to be it. Any insight? Vaclav Dvorak [EMAIL PROTECTED] IDAS, s.r.o.http://www.idas.cz ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
On Thu, 2002-05-23 at 22:28, [EMAIL PROTECTED] wrote: how hard would it be to add more keyboards and mice to XFree, each delivering events to a different screen, thus enabling a full local multiuser setup? Is there any reason why this couldn't be implemented? Are there really no plans to provide such multi-user functionality in XFree? It seems to me like a natural way to go and one that has been much requested... I would gladly donate my time for this if someone of the XFree developers provided some guidance and advice. I've already spent some hours looking at the source and it's still a jungle to me... (No offence intended, of course. It's probably just me.) Are you aware of the linuxconsole project at linuxconsole.sourceforge.net, looks like this kind of thing is included in thier plans. Stuff is already getting merged into the 2.5 development kernels. The way I see is providing multiple event queues, one for each user (=screen, or even set of screens), and attach one keyboard and one mouse to each queue. And make one mouse cursor for each queue. I'm probably missing something important, but on first view, that seems to be it. Any insight? Vaclav Dvorak [EMAIL PROTECTED] IDAS, s.r.o.http://www.idas.cz ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert -- Andrew Clayton signature.asc Description: This is a digitally signed message part
Re: [Xpert]adding more keyboards and mice
Quotes come from several messages on this thread. The way I see is providing multiple event queues, one for each user (=screen, or even set of screens), and attach one keyboard and one mouse to each queue. And make one mouse cursor for each queue. I'm probably missing something important, but on first view, that seems to be it. Any insight? This is very bad. Each user should have their own server. It's just easier, more elegant, more secure, and more stable that way. What if one user logs out? this kills the X-Server. Or were you planning on re-writing the XDM protocol too? What if one user's app listens to events for the other's screen while the other user is typing in a passphrase? What if one user starts running a GL-intensive app? I think the way to go is to modify the X-Server so that grabbing a VT is optional, and the default keyboard device is configureable and modular (thus allowing many types of device). This solves all your problems. Then all you have to do is set up several configurations and tell it which to run on the command line (or XDM config file). Everything but setting the VT grabbing optional and modularizing the keyboard input is already done. I think a better way would be to use only one instance of XFree, have it handle multiple monitors (that already works just fine!) WITHOUT Xinerama, and add more event queues, each for one screen/user. And of course, add support for multiple (USB) keyboards (at least two solutions exist) and multiple mice with one cursor each. There is a one to one relationship between users and XServers for good reason. Without seperation of servers, events of one user could affect the other. How does a program know that :0.0 is it's user's and :0.1 is not? With seperate Servers, either with no VT code or with the new linuxconsole kernel patches, the two servers are completely seperate, thus greatly reducing the changes to X that are nescesary and eliminated the need for changes to the X protocol and client applications. 2) You could not go through the kernel and instead attempt to access the video card manually or through the frame buffer or something smart - and some has done this, and posted various patches.. although that still only allows a max of two heads. Or you could use the LinuxConsole kernel patches (linuxconsole.sourceforge.net) to set up multiple consoles. You may need to modify X to do it this way, I've only read the linuxconsole web pages; I haven't tried it. I don't quite understand what you mean by this, but again - I don't think this is the problem, multi-head support is already working. (Maybe not for all cards, though.) Multi-head on one server is a completely different thing from having multiple users. I don't think the X protocol has anything to do with it. Isn't the multi-screen support much like two independent X servers already? How closely coupled are screens :0.0 and :0.1? They run on the same server, and are therefore are owned by the same user, and are associated with the same socket (usu. 6000). It would Be WAY more work to get one server to support two sessions at the same time than to just run two seperate servers, decoupled from the VT system. 5) It is hard getting many monitors on a machine simply because the cables aren't that long! The longer you make the cable, the worse the image gets on the monitor. I think you can get round this by using LCD screens - but can't remember for sure. This may be a practical problem in some cases, and no problem at all in other. Think classrooms, internet cafe's... Many monitors (and computers, needlessly) stacked one right by the other, very close. Monitor cables are often four feet long. If you put the computer at desktop height instead of on the floor, Two users could be up to 8 feet apart. 6) A nicer way of doing all of this is simply to have lots of very cheap nasty machines with nothing but a mobo, CPU, ethernet card and monitor - then get one big server to control them all. See the linux terminal server project. One cheap nasty machine with nothing but a mobo, CPU, ethernet card and monitor, plus 3 video cards (plus one onboard) and monitors is bound to be cheaper. Plus imagine how much easier it would be for a VAR to sell Linux (or other free *NIX) if someone could come into their shop expecting to buy a new computer and walk out with a video card, monitor, keyboard, and mouse. There's more to it than that, albiet in little ways. Who gets sound? Who Gets floppy/cdrom? I'll admit that I don't hang out in internet cafes, so those may not be available anyways normally. Plus, you mention VGA and monitor which you'll need anyways. Sound? For office settings, sound cards are often disabled, removed, or declared off limits anyways, to avoid annoying co-workers. In an internet cafe you could install multiple sound cards just like the video cards. floppy/cdrom? With central backups and
Re: [Xpert]adding more keyboards and mice
On Thu, 23 May 2002 [EMAIL PROTECTED] wrote: I think a better way would be to use only one instance of XFree, have it handle multiple monitors (that already works just fine!) WITHOUT Xinerama, and add more event queues, each for one screen/user. And of course, add support for multiple (USB) keyboards (at least two solutions exist) and multiple mice with one cursor each. 2) You could not go through the kernel and instead attempt to access the video card manually or through the frame buffer or something smart - and some has done this, and posted various patches.. although that still only allows a max of two heads. I don't quite understand what you mean by this, but again - I don't think this is the problem, multi-head support is already working. (Maybe not for all cards, though.) 3) You could use something like Xinerama (sp?) to have one desktop but over multiple monitors. That's not what I want - I want multiple independent desktops. 4) You can have more than one mouse, but currently you can't have more than one cursor on a particular X server. Right - this would have to be changed. I think this is because of a limitation in the actual X protocol - if so, don't expect this to be fixed any time soon either. I don't think the X protocol has anything to do with it. Isn't the multi-screen support much like two independent X servers already? How closely coupled are screens :0.0 and :0.1? For events, they are very closely coupled. As I understand it the point is that :0.0 and :0.1 are intended to be used by one user, however many keyboards and mice they may be using. :0 and :1 are intended to indicate separate user stations, and the most obvious way of doing that is separate X server processes. The protocol is the interface between the client and the server, and in that respect, I don't propose any change: the client would still be seeing only one cursor, but depending on which screen it is attached to, it would be one of the existing cursors. With one server instance (process) running 2 user stations, we would need chinese walls to ensure that my cursor could never wander onto your screen. If it could I could cut and paste your text, type in your windows, and all security would be gone. It seems the 2 X instances/processes is the right answer here. While I admit that it *might* turn out to be easier to build the chinese walls than fix the crashes when two processes are trying to talk to hardware at the same time, both DRI and the kernel framebuffers appear to be sensible approaches to solving that problem. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Are you aware of the linuxconsole project at linuxconsole.sourceforge.net, looks like this kind of thing is included in thier plans. Stuff is already getting merged into the 2.5 development kernels. Several years ago (jeez, that long.. how time flies - sigh) I was trying to do the same thing dvorak, and came to the conclusion to wait for the VT clean up. Now that it looks like it is nearly done, and says it will be in the kernel soon, it looks like work on this can begin. I'm up for helping out on this - although I hope the code hasn't changed much over the last few years *grin*. There seems to be two seperate ways that both need to be implemented: 1) Some way for two (human and unix) users to get their own desktops, completely seperated for security reasons etc etc. As ppl have pointed out, either with two seperate servers, or one server with security somehow bolted on. 2) Some way for one unix user, but two human users to use the machine. I.e. two ppl share a desktop. I would like this so that I can work on one half one monitor, and gf on other monitor, then if we want each other to look at something we can drag it across to each other etc.This may however be emulated somehow from 1) JohnFlux btw, is the Arm chip byte addressed or word addressed? I still can't figure at arm architecture, and got an exam on it on monday.. sigh -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE87X9ooRvfZQkd7qoRArU9AJ42GEpHyXX2YIdSUsnzzW1/ix5ffQCeJXE9 8J5FIaeCjUsp7M5xEhQXvLc= =2JD2 -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Version conflicts
I have a brand new laptop and need to install RH 7.1. The application we are running has only been developed for 7.1. So I can't upgrade to RH 7.3 like I want to. the Video Card it has is compatible. with RH 7.3 running 4.2.0 Xfree86. But not compatible with RH 7.1 Running 4.0.3 Xfree86.Can I upgrade to Xfree86 and stay with RH 7.1? I Found the upgrade/install instructions on Xfree86.org web site but only mentioned going from RH 7.2. Thanks for your time. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Geode KDrive
Is the National NDA unrestrictive enough, so that you will be able to make use of these functions without infringing it ? Just a question, I am myself wondering if it is worth to sign it (that's the only restriction in my project , and stops it from complete publication)... Best regards, Rolland Alex Pavloff wrote: Hello folks. I have a National Semiconductor's Geode XFree86 4 drivers. These drivers can be run in two ways 1) sitting on top of National's Linux Framebuffer drivers and calling acceleration functions (ioctls) provided by the framebuffer drivers. 2) doing all the work themselves. I want to make a TinyX server that uses these accelerated functions. Now, what's my best option: Option A) Hack the kdrive/XFbdev source to call accelerated functions where possible. The rendering functions provided by the Geode driver are: Gal_set_solid_pattern Gal_set_mono_pattern Gal_set_raster_operation Gal_pattern_fill Gal_set_solid_source(unsigned long color Gal_screen_to_screen_blt Gal_screen_to_screen_xblt Gal_bresenham_line There are many other functions available, but since this is going in an embedded device, I'm not too worried about setup issues and much more concerned about how fast the thing is going to draw. Option B) Attempt to figure out what Keith Packard was doing with the other drivers in the kdrive directory, and modify the geode source code to match that. Suggestions/Comments? Alex Pavloff Software Engineer Eason Technology ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]screen reset
Well, I knew my question wasn't so easy. -noreset option only works fine with xfree86 4.x, and I use 3.3.6 (and have to). Any clues with that one ? -- Best regards, Rolland All is well that ends. Alan Hourihane wrote: Use the -noreset option when starting X. startx -- -noreset Should do it. Alan. On Tue, May 21, 2002 at 11:38:17 +, Rolland Dudemaine wrote: Hi, Is there an option not to make the X server reset after closing the last client ? When I open a server, simply with X :1 then launch an xterm, closing the xterm makes the X server call the init functions and causes the screen to glitch and change mode to finally go back to the blank X screen. Can I make it stay without re-initing (that is, close the xterm and stay without any client) ? Thanks for the coming help, Best regards, Rolland Dudemaine __ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Troubles with presario 2800 and Xfree
Hi, I installed Red Hat linux on a presario 2800T with AT radeon Mobile M7 graphic card and 32MB of graphic memory, LCD display 1024x768. I chose Generic Laptop display 1024x768 with Red Hat Xconfiguration. The graphic card is recognized by linux. I get an error when i probe the screen configuration: There was an error detecting the video ram on your card. Setting manually 32MB, No clockchip, 16 bit 1024x768, the Xserver starts but the image is blurred. The vertical alignment is misplaced. The situation improves slightly if I set 24 bit but still very blurred. I include the XF86Config-4 file. There is anyone who can help? Thanks, Marco ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Virtual Screen in 4.2.0
Hello all, Ive been trying to get my XFree 4.2.0 modes setup working without the virtual screen. It seems though that the virtual screen always has the dimensions of the largest mode listed in the display subsection. So, say default mode is 1152x... then I want to switch to 768x... for fullscreen TV, then virtual area is still 1152, which is annoying. How do I change this? thanx in advance, Dietmar ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Remote broadcast, possible?
My friends,I am curious to ask you: whether it is possible to find a solution of theproblem in Xwindow. The probelm is: I run an application (for Xwindow) inlocal (machine A), meanwhile, I like to export (broadcast) the same resultto a remote machine B. Here, of course, A and B are connected, i.e., B canlogin to A, run program remotely, or verse via.I have tried VNC and x2x, it seems not worked very well. I am looking for asolution in Xwindow.Any suggestions are appreciated.Bao
[Xpert]chips_drv problem
I have a problem with a Digital HiNote Ultra II notebook internal trackball mouse running RedHat 7.2 (chips_drv.o driver CT 65548 Video). If I use the internal trackball X freezes, at this stage the machine continues running, if I ssh into the machine and send a SIGUSR1 to the X process xdm dies and starts back up again. However if I plug in a serial or PS/2 mouse everything works correctly. Has anybody seen this before / know of a fix. I believe there is a problem with the video driver, due to the fact that I have tried this on a Toshiba Sattelite Pro 410CDT (same CT 65548) video card and the same thing happens. Cheers, Brett Hales ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Hapy birthday XFree!!
And thank you for your excellent work. Frederik Nosi Tirana, Albania ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Version conflicts
On Wed, 22 May 2002, Ruben Fritts wrote: Date: Wed, 22 May 2002 11:23:08 -0500 From: Ruben Fritts [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 List-Id: General X Discussion xpert.XFree86.Org Subject: Version conflicts I have a brand new laptop and need to install RH 7.1. The application we are running has only been developed for 7.1. So I can't upgrade to RH 7.3 like I want to. the Video Card it has is compatible. with RH 7.3 running 4.2.0 Xfree86. But not compatible with RH 7.1 Running 4.0.3 Xfree86.Can I upgrade to Xfree86 and stay with RH 7.1? I Found the upgrade/install instructions on Xfree86.org web site but only mentioned going from RH 7.2. You can upgrade XFree86, Xconfigurator, freetype, hwdata, and various other dependancies from 7.3 onto your 7.1 system. You'll first need to upgrade to the RHL 7.3 kernel and all of its dependancies however (for DRI support). Note however that while this is fairly simple to do, and should work fairly well, that it is not officially supported by Red Hat. That said, I'm running this way on two systems right now. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]RE: Xpert digest, Vol 1 #1848 - 10 msgs
Date: Wed, 22 May 2002 14:21:27 + From: Rolland Dudemaine [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Xpert]Geode KDrive Reply-To: [EMAIL PROTECTED] Is the National NDA unrestrictive enough, so that you will be able to make use of these functions without infringing it ? Just a question, I am myself wondering if it is worth to sign it (that's the only restriction in my project , and stops it from complete publication)... Best regards, Rolland After going back and forth with National, it turns out that the NDA does not apply to their source code, which is dual-licensed BSD/GPL. Since they show no interest in distributing it, I guess its up to me, and I'll get it up on a website shortly. If you want it now, email me and I'll shoot the code over to you. Alex Pavloff Software Engineer Eason Technology ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]adding more keyboards and mice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 24 May 2002 1:10 am, Trent wrote: 2) Some way for one unix user, but two human users to use the machine. I.e. two ppl share a desktop. I would like this so that I can work on one half one monitor, and gf on other monitor, then if we want each other to look at something we can drag it across to each other etc.This may however be emulated somehow from 1) Run one VNCServer so two people can view it with their own VNC clients. That way only the stuff you really want to share is shared. It's also a whole lot easier to build (no changes nescesary at all if they're not on the same physical machine. Excellent. Now, can anyone see a need for two cursors (or seperate keyboards etc) on one physical display? If not, then the problem pretty much reduces down to, well, nothing. Just making sure X plays nicely with the linuxconsole stuff. Am I missing anything? Btw, what would the overhead be on having the normal display being a VNC client, with a VNC server on the same machine? Just thinking about you could have XDM/KDM/GDM launch a VNC client by default... that would make it easier for someone to connect to.. Would I be correct in believing there is no way of taking my current, non-VNC X session and allowing someone to connect to using VNC? JohnFlux -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE87ayXoRvfZQkd7qoRArAwAJ4jnpn3Qvpvo2kwL50ktlklau9rkQCaA/tX 1SHHs7kWXxiQvXDO/pL3ySQ= =mQ2L -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Remote broadcast, possible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 23 May 2002 2:12 am, res0i1oz wrote: My friends, I am curious to ask you: whether it is possible to find a solution of the problem in Xwindow. The probelm is: I run an application (for Xwindow) in local (machine A), meanwhile, I like to export (broadcast) the same result to a remote machine B. Here, of course, A and B are connected, i.e., B can login to A, run program remotely, or verse via. I have tried VNC and x2x, it seems not worked very well. I am looking for a solution in Xwindow. Any suggestions are appreciated. What went wrong with trying to use VNC? But it does seem like it would be useful to be able to simply click on some icon on the window and get the window manager to also display to some chosen location. Emacs allows you to do something similiar - and it is very wierd and useful having two people edit the same buffer :) Hmm, maybe this would be a case where you would one multiple event queues - from first impressions you would need the app to support it tho, in which case you could just get the app to open up another window elsewhere and have the app manage the synchronisation - which thinking about it is probably the better solution. Thoughts ppl? JohnFlux -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE87a5SoRvfZQkd7qoRAnKrAJ45FXcffdghDgQn3oRu5rtoVUugZgCgwDHn ZLYc1NDAU9lNVPBblxKVB3c= =IPti -END PGP SIGNATURE- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert