Re: nvidia kernel module and GLX
On Sun, Oct 29, 2000 at 10:31:29PM +, Matthew Sackman wrote: I've installed XFree 4v26 and it seemed ok - no error messages etc; I use an Nvidia TNT2 M64 card, and got the kernel module and the GLX files from NVidia. However, both refused to compile. I figured that I needed /usr/src/linux to point to /usr/src/kernel-source... but that didn't solve it either. I've tried downloading the rpms and using alien, and have scratched my head a lot! Hi Matthew, There must be the corresponding kernel-headers for your running kernel linked under /usr/src/linux. I like to use make-kpkg (deb kernel-package) to create a kernel-image...deb and a kernel-headers...deb. The kernel-headers install to /usr/src/kernel-headers-kernel-version and /usr/src/linux is a symbolic link to them. This has the advantage that you can mess around with your sources, without messing up your headers. I'm using NVIDIA_GLX-0.9-5.tar.gz and NVIDIA_kernel-0.9-5.tar.gz from the nvidia ftp site. I don't know whether there are newer ones available, but those are working with branden's debs and kernel-2.4.0-test9 Basically, XFree starts, but does not load any window manager, plus, when I kill the server, the consoles have darkened, and the entire colour set seems to have altered - the blues of mutt are now green. An XFree86 -configure exits with: (... xserver output ...) (--) PCI:*(1:0:0) NVidia Riva Ultra 64 rev 21, Mem @ 0xf500/24, 0xfc00/25 List of video drivers: nvidia mga glint nv (... xserver output ...) Duplicate symbol RivaEnterLeave in /usr/X11R6/lib/modules/drivers/nv_drv.o Also defined in /usr/X11R6/lib/modules/drivers/nvidia_drv.o Fatal server error: Module load failure Here's the problem. There are 2 drivers for the same card family nv - provided by xfree86 nvidia - provided by nvidia Now it may be that I've messed things up by trying to install the NVidia modules, but I've followed the instructions to the letter and simply have no idea why things have not gone to plan. 1. you have to move away the xfree86 nv_drv.o. 'dpkg-divert --add --rename /usr/X11R6/lib/modules/drivers/nv_drv.o' will survive the next update, too. As the nvidia_drv.o is there, I assume you manage to compile the GLX tarball. 2. there is a conflict between /usr/X11R6/lib/modules/extensions/libglx.a - provided by xfree86 and /usr/X11R6/lib/modules/extensions/libglx.so - provided by nvidia I solved this by adding another diversion 'dpkg-divert --add --rename /usr/X11R6/lib/modules/extensions/libglx.a' but I've been told that referencing the libglx modules with full path in XF86Config-4 will also work. 3. libraries in /usr/lib 'ls libGL*' libGLcore.so - libGLcore.so.1- nvidia libGLcore.so.1 - libGLcore.so.1.0.5 - nvidia libGLcore.so.1.0.5- nvidia libGL.so - libGL.so.1- nvidia libGL.so.1 - libGL.so.1.0.5 - nvidia libGL.so.1.0.5- nvidia There used to be a libGL.so.1.2 provided by xlibmesa3 (I think) conflicting with libGL.so.1.0.5 'dpkg-divert --add --rename --divert /usr/lib/divert.libGL.so.1.2 \ /usr/lib/libGL.so.1.2' will solve this and survive the next apt-get upgrade. !! It is import that the library moved away does not start with lib !! Otherwise ldconfig will recognize it as a library an alter the links libGL.so and libGL.so.1 to point to it. == your system will crash, when starting, e.g.. quake3 4. you need kernle support (NVIDIA_kernel-0.9-5.tar.gz) I enabled the agpart device and dri support during kernel configuration (kernel-source-2.4.0-test9). Use make-kpkg from (kernel-package) to create an image and headers as mentioned above. Then compile and install the NVIDIA_kernel module. (The kernel you are installing for, should by running by this time) 'echo "alias char-major-195 NVdriver" /etc/modutils/nvidia' 'update-modules' now the NVdriver gets automtically loaded when X is started. Your system should be fine now. Have I anything forgotten? If there are still problems, detailed problem descriptions would be useful. regards florian -- Florian Friesdorf [EMAIL PROTECTED] OpenPGP key available on public key servers -- Save the future of Open Source -- - Online-Petition against Software Patents - -- http://petition.eurolinux.org --- PGP signature
Exclusion of Glide packages in non-x86 ports
Hello all, I have tried repeatedly to compile by source deb packages for phase 2 xfree86-4.0.1. Always using the source and diffs and brandens site ie: apt-get -b source xfree86. Problem is that every time it fails in the glide directory, saying there is no glide2.h or something. I have a Matrox G400 card, and do not need glide. I am also on an Alpha, and as i've been led to beleive, there are no glide packages anyway. Is it possible for someone with far more skill than myself to modify the diff for future releases to omit looking for the glide sources. Then maybe, I may be able to actually test xf4 on something other than a celeron 600 Regards, Robert Martinovic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[nutcase@gmx.de: xfree 4.0.1 via apt]
- Forwarded message from nutcase [EMAIL PROTECTED] - From: nutcase [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree 4.0.1 via apt Date: Mon, 30 Oct 2000 12:24:32 +0100 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: de, en hello, i am a relative linux-newbie, and an absolute newbie with deb-packages. so can you eventually tell me, if xfree86 v4.0.1 is apt-getable? If so, please tell me what i have to insert into my sources.list, that ypt can find it itself. thank you nutcase - End forwarded message - -- G. Branden Robinson|You don't just decide to break Kubrick's Debian GNU/Linux |code of silence and then get drawn away [EMAIL PROTECTED] |from it to a discussion about cough http://deadbeast.net/~branden/ |medicine. PGP signature
[motyl@stan.chemie.unibas.ch: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile]
Someone knock him around with a cluebat for me? I see no reason why I must support woody's libc in potato's packages. A fix for the problem he reports has been in the woody XF3 .debs for weeks. - Forwarded message from Tomasz Motylewski [EMAIL PROTECTED] - From: Tomasz Motylewski [EMAIL PROTECTED] To: Branden Robinson [EMAIL PROTECTED] Subject: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile Date: Mon, 30 Oct 2000 13:46:02 +0100 (CET) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] In file included from connection.c:79: /usr/include/stdlib.h:700: parse error before `int' So, still same errors with misc.h and abs(). So don't compile against glibc 2.1.94. Are you interested in fixing this bug? If so I will prepare the patch. Someone will need to do it sooner or later. Also, what about bug 56633? Are you interested in patch for this? Who is working on XFree86-4.0 for Debian at the moment? Best regards, -- Tomasz Motylewski - End forwarded message - -- G. Branden Robinson|It's not a matter of alienating authors. Debian GNU/Linux |They have every right to license their [EMAIL PROTECTED] |software however we like. http://deadbeast.net/~branden/ |-- Craig Sanders, in debian-devel PGP signature
Re: problem building 4.0.1d xf86cfg on SPARC
On Sun, 29 Oct 2000, Branden Robinson wrote:
Hi,
You can add these to xc/programs/Xserver/hw/xfree86/xf86cfg/loader.c.
I think one possible solution is to patch
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c to use it in xf86cfg, so
that when that file is changed, there will be no need to updates to
xf86cfg/loader.c. But xf86cfg does not need everything, just enough
symbols to run the Setup from the module, and the AvailableOptions
functions.
gcc -o xf86cfg -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs
-L../../../../../exports/lib accessx.ocards.o config.ocard-cfg.o
help.o interface.o keyboard-cfg.o libc_wrapper.o loader.o monitor-cfg.o
mouse-cfg.o options.o screen-cfg.o screen.ostartx.o
stubs.o vidmode.o xf86config.o -lxkbui -lxkbfile -lxf86config -lXxf86misc
-lXxf86vm -lXaw -lXmu -lXt -lSM -lICE -lXext -lX11 -lXt -lSM -lICE
-lXpm -L../loader -lxloader -L../dummylib -ldummy -rdynamic -ldl -lXext -lX11
-lm -Wl,-rpath-link,../../../../../exports/lib
../loader/libxloader.a(loader.o): In function `LoaderInit':
loader.o(.text+0x8c): undefined reference to `sparcUseHWMulDiv'
loader.o(.text+0x9c): undefined reference to `SparcLookupTab'
loader.o(.text+0xa0): undefined reference to `SparcV89LookupTab'
loader.o(.text+0xa4): undefined reference to `SparcV89LookupTab'
loader.o(.text+0xbc): undefined reference to `SparcLookupTab'
collect2: ld returned 1 exit status
These symbols appear to be defined in the following files:
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c:LOOKUP SparcV89LookupTab[] = {
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c:LOOKUP SparcLookupTab[] = {
xc/programs/Xserver/hw/xfree86/os-support/bus/sparcPci.c:int sparcUseHWMulDiv(void);
--
G. Branden Robinson |I must despise the world which does not
Debian GNU/Linux|know that music is a higher revelation
[EMAIL PROTECTED] |than all wisdom and philosophy.
http://www.debian.org/~branden/ |-- Ludwig van Beethoven
Paulo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
another app killed
jpilot doesn't work with X4: [tornado;~]-1 jpilot pi_bind: Permission denied Xlib: unexpected async reply (sequence 0x890)! Xlib: unexpected async reply (sequence 0x891)! Xlib: unexpected async reply (sequence 0x892)! Xlib: unexpected async reply (sequence 0x893)! Xlib: unexpected async reply (sequence 0x894)! Xlib: unexpected async reply (sequence 0x895)! Wichert. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another app killed
On Mon, Oct 30, 2000 at 09:19:17PM +, Wichert Akkerman wrote:
jpilot doesn't work with X4:
[tornado;~]-1 jpilot
pi_bind: Permission denied
Xlib: unexpected async reply (sequence 0x890)!
Xlib: unexpected async reply (sequence 0x891)!
Xlib: unexpected async reply (sequence 0x892)!
Xlib: unexpected async reply (sequence 0x893)!
Xlib: unexpected async reply (sequence 0x894)!
Xlib: unexpected async reply (sequence 0x895)!
Works here.
[tv@hq ~]$ dpkg -s jpilot xfree86-common|egrep '^Pa|^V'
Package: jpilot
Version: 0.98.1-1
Package: xfree86-common
Version: 4.0.1-0phase2v20
--
tv@{{hq.yok.utu,havoc,gaeshido}.fi,{debian,wanderer}.org,stonesoft.com}
unix, linux, debian, networks, security, | You step in the stream,
kernel, TCP/IP, C, perl, free software, | but the water has moved on.
mail, www, sw devel, unix admin, hacks. | This page is not here.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [motyl@stan.chemie.unibas.ch: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile]
Tomasz, in every package's life, there are some contemporary packages. It works best to use the versions of those packages when trying to compile software, especially for anything as complex as X. Would you expect Windows 16 executables to build against Win32 libraries? Or a.out binaries to run on an ELF-only machine? For the same reason, software written with older versions of the C libraries won't compile under newer versions of the C libraries. Perhaps the good people at FSF should have bumped the minor version on glibc for their changes; check -policy for more information on this. But, they didn't, so we get the deal with it. I would suggest either upgrading your whole system to woody and using the woody version of XF 3.3.6, or using XF 4.0.1. Another option is to use potato, and the version of XF 3.3.6 that shipped with potato. If you want to contact xfree86.org with a source patch, perhaps they will be more amenable to the idea. Thanks Tomasz. * Branden Robinson [EMAIL PROTECTED] [001030 05:19]: Someone knock him around with a cluebat for me? I see no reason why I must support woody's libc in potato's packages. A fix for the problem he reports has been in the woody XF3 .debs for weeks. - Forwarded message from Tomasz Motylewski [EMAIL PROTECTED] - From: Tomasz Motylewski [EMAIL PROTECTED] To: Branden Robinson [EMAIL PROTECTED] Subject: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile Date: Mon, 30 Oct 2000 13:46:02 +0100 (CET) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] In file included from connection.c:79: /usr/include/stdlib.h:700: parse error before `int' So, still same errors with misc.h and abs(). So don't compile against glibc 2.1.94. Are you interested in fixing this bug? If so I will prepare the patch. Someone will need to do it sooner or later. Also, what about bug 56633? Are you interested in patch for this? Who is working on XFree86-4.0 for Debian at the moment? Best regards, -- Tomasz Motylewski - End forwarded message - -- G. Branden Robinson|It's not a matter of alienating authors. Debian GNU/Linux |They have every right to license their [EMAIL PROTECTED] |software however we like. http://deadbeast.net/~branden/ |-- Craig Sanders, in debian-devel -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [lqw@gmx.de: xfree86 4.0.1 on potato]
You are in luck! Charl P. Botha has gone before you, and already solved this problem. He was kind enough to write an entire HOWTO about the situation, and posted its URL to the debian-x archives. I decided that something was obviously wrong if you couldn't find it, so I added the thread and the HOWTO itself to Google's list of URLs to index. I don't know how long it will take until they get around to doing the index, but in the meantime, the URL will do it for you: http://cpbotha.net/building_brandens_phase2_debs_on_potato.HOWTO In the meantime, I gotta suggest that maybe this isn't a great idea, but Charl hasn't posted to the list complaining of problems, at least not that I recall. :) * Branden Robinson [EMAIL PROTECTED] [001030 16:41]: - Forwarded message from lqw [EMAIL PROTECTED] - From: lqw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree86 4.0.1 on potato Date: Tue, 31 Oct 2000 00:47:41 + Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: en hi branden i am using debian potato and am desparately trying to find some hints on how to get xfree86 4.0.1 running on it. i ended in renaming the old installation of x and compiling the new one from the sources. so far it works but is missing some files, which are located in the old folders and i got problems using the opengl-drivers for my riva tnt. can you please give me some hints on how to build a .deb package of xfree 4.0.1 from the sources, i could`nt find anything on the web so far. thanks a lot gernot poerner - End forwarded message - -- G. Branden Robinson| I've made up my mind. Don't try to Debian GNU/Linux | confuse me with the facts. [EMAIL PROTECTED] | -- Indiana Senator Earl Landgrebe http://deadbeast.net/~branden/ | -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: I am a stupid idiot for posting a FAQ, but...
* Buddha Buck [EMAIL PROTECTED] [001030 18:39]: The bright ones here will be saying "Oh gods, he's going to ask about libGLU, isn't he?" What I *REALLY* want to know is why KDE (including konqueror) worked fine for several days! For a short time it didn't require libGLU? For a short time Branden supplied libGLU? I don't know. Both answers worry me. -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 08:26:28PM -0600, sam th wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Branden Robinson wrote: I think requiring a *small* compatibility subset is the way to go. There's not all that many things a terminal emulator needs to be able to configurably from the command line to satisfy the requirements of a program (as opposed to a user) that calls it: 1) accept a geometry specification 2) accept a title 3) exec a specified command 4) Maybe, *maybe* we should require -ls (login shell) support, but even that is pushing it, I think. To follow up on my earlier research: xterm, rxvt, kterm, [g,k,c]rxvt, gnome-terminal, Eterm all support 1, 2, 3, 4 powershell supports the first three only. powershell options -e, --execute=ARG Start PowerShell with a different program -g, --geometry=ARG Sets the window geometry -c, --config=ARGDefines an alturnate configuration file -t, --title=ARG Window title text -- David Starner - [EMAIL PROTECTED] http://dvdeug.dhis.org If you wish to strive for peace of soul then believe; if you wish to be a devotee of truth, then inquire. -- Friedrich Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: I am a stupid idiot for posting a FAQ, but...
On Mon, Oct 30, 2000 at 06:43:56PM -0800, Seth Arnold wrote: * Buddha Buck [EMAIL PROTECTED] [001030 18:39]: The bright ones here will be saying "Oh gods, he's going to ask about libGLU, isn't he?" What I *REALLY* want to know is why KDE (including konqueror) worked fine for several days! For a short time it didn't require libGLU? For a short time Branden supplied libGLU? I don't know. Both answers worry me. I think it's because Ivan E. Moore turned off GL support in some of the KDE libs for a while. And of course Konqueror is linked against the KDE libraries. -- G. Branden Robinson | joeyh oh my, it's a UP P III. Debian GNU/Linux| doogie dos it. [EMAIL PROTECTED] | * joeyh runs dselect http://www.debian.org/~branden/ | Overfiend that ought to be sufficient :) PGP signature
xinerama gone?
Ok. Mozilla caused my X phase2v27 to crash miserably a few minutes ago. Restarting X gave me a bit of a surprise -- no more xinerama. I have Option "Xinerama" in my /etc/X11/XF86Config-4 file, the same place it has been for weeks. I tried giving +xinerama on the command line. (That brought me into failsafe mode.) (BTW -- I am using Matrox's mga_drv.o file of Sep 23 on my Matrox G400Max.) It properly starts both monitors -- but I have no clue how to start a window manager on the second monitor, so it really doesn't do me much good. What on earth did I screw up? -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 07:58:17PM -0600, sam th wrote: eterm supports both -e and -T. xterm ditto kterm ditto cxterm.common ditto the members of rxvt-ml krxvt grxvt crxvt crxvt-big5 crxvt-gb all support both -e and -T xvt supports both -e and -T gnome-terminal supports -e and --title or -t, but not -T. zterm (although I don't have a binary of this to check) claims to support - -e, but not -T (or any variants thereof). This is a gnome widget, which forms the base for gnome-terminal. Thanks a lot for being less lazy than I, and checking this out. Rather than squashing the -t option for these GNOME gizmos and replacing it with -T, why don't just support -T as well? I know, a couple more lines of code, but it would be worth it. I understand that upstream might bitch -- but this is free software, let's seize upon this option before they do something incompatible with it. -- G. Branden Robinson | Debian GNU/Linux| // // // / / [EMAIL PROTECTED] | EI 'AANIIGOO 'AHOOT'E http://www.debian.org/~branden/ | PGP signature
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Branden Robinson wrote: I think requiring a *small* compatibility subset is the way to go. There's not all that many things a terminal emulator needs to be able to configurably from the command line to satisfy the requirements of a program (as opposed to a user) that calls it: 1) accept a geometry specification 2) accept a title 3) exec a specified command 4) Maybe, *maybe* we should require -ls (login shell) support, but even that is pushing it, I think. To follow up on my earlier research: xterm, rxvt, kterm, [g,k,c]rxvt, gnome-terminal, Eterm all support 1, 2, 3, 4 but with wildly differing options: - -ls : xvt, xterm, kterm, *rxvt - --login : Eterm, gnome-terminal - --loginShell : *rxvt curiously, -ls is supported on Eterm, and does the right thing, but only because -l is --login, and -s is turn on the scrollbar, which is the default. However, relying on that is probably a mistake. - -geometry : xterm, kterm, *rxvt, xvt - --geometry : gnome-terminal, Eterm - -g : Eterm Eterm doesn't give an error for -geometry, but it doesn't work either. zterm supports just 3 (-e). Once your've gotten all those options compatible, world peace shouldn't be too much more work. :-) sam th [EMAIL PROTECTED] http://www.abisource.com/~sam/ GnuPG Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/i3Vt+kM0Mq9M/wRAvc9AJkBbqO+Sj3stktpfF+Z7esamDdy9ACfTGKx 02xpLks7s008hXAmkLG5Iyk= =FPo2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote: Can someone help me establish whether the existing X terminal emulators in Debian do in fact support all those options? If so, then it should be straightforward to make this requirement part of policy. To try to answer your question, my guess is that most, but not all, terminal emulators support these flags. rxvt's man page lists '-title' as the preferred switch, but also mentions that -T is supported as well for compatibility. of the rxvt derivatives I only have wterm installed presently, and while its manpage does not mention the -T compatibility switch it does indeed honour it just like -title. both programs support -e as well. I'll let somebody else more familiar with the others fill in the blanks (aterm, eterm, xvt, etc). Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
isn't xterm the 'de facto' standard? it would seem to me that any options xterm understands ought to be supported by x-terminal-emulator. If a certain terminal emulater is not xterm compatible, it would be trivial to provide an 'xterm compatibility wrapper', and have x-terminal-emulator point to that. -brad On Mon, Oct 30, 2000 at 04:56:49PM -0800, Marc Martinez wrote: On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote: Can someone help me establish whether the existing X terminal emulators in Debian do in fact support all those options? If so, then it should be straightforward to make this requirement part of policy. To try to answer your question, my guess is that most, but not all, terminal emulators support these flags. rxvt's man page lists '-title' as the preferred switch, but also mentions that -T is supported as well for compatibility. of the rxvt derivatives I only have wterm installed presently, and while its manpage does not mention the -T compatibility switch it does indeed honour it just like -title. both programs support -e as well. I'll let somebody else more familiar with the others fill in the blanks (aterm, eterm, xvt, etc). Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Oct 2000, Marc Martinez wrote:
On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote:
Can someone help me establish whether the existing X terminal emulators in
Debian do in fact support all those options? If so, then it should be
straightforward to make this requirement part of policy.
To try to answer your question, my guess is that most, but not all,
terminal emulators support these flags.
rxvt's man page lists '-title' as the preferred switch, but also mentions
that -T is supported as well for compatibility. of the rxvt derivatives I
only have wterm installed presently, and while its manpage does not mention
the -T compatibility switch it does indeed honour it just like -title.
both programs support -e as well. I'll let somebody else more familiar with
the others fill in the blanks (aterm, eterm, xvt, etc).
gnome-terminal supports -e and --title or -t, but not -T.
eterm supports both -e and -T.
xterm ditto
kterm ditto
cxterm.common ditto
the members of rxvt-ml
krxvt
grxvt
crxvt
crxvt-big5
crxvt-gb
all support both -e and -T
xvt supports both -e and -T
zterm (although I don't have a binary of this to check) claims to support
- -e, but not -T (or any variants thereof). This is a gnome widget, which
forms the base for gnome-terminal.
That's all the linux terminal emulators I can find, and almost definitely
all the ones in debian.
Patching the gnome-terminal code is a matter of the following trivial
patch (I think, I haven't tested this).
Index: gnome-terminal.c
===
RCS file: /cvs/gnome/gnome-core/gnome-terminal/gnome-terminal.c,v
retrieving revision 1.176
diff -u -r1.176 gnome-terminal.c
- --- gnome-terminal.c 2000/10/27 04:51:45 1.176
+++ gnome-terminal.c2000/10/31 01:52:47
@@ -2600,7 +2600,7 @@
{ "nolastlog", '\0', POPT_ARG_NONE, NULL, DONOLASTLOG_KEY,
N_("Do not update lastlog entry"), N_("NOLASTLOG") },
- - { "title", 't', POPT_ARG_STRING, NULL, TITLE_KEY,
+ { "title", 'T', POPT_ARG_STRING, NULL, TITLE_KEY,
N_("Set the window title"), N_("TITLE") },
{ "termname", '\0', POPT_ARG_STRING, NULL, TERM_KEY,
sam th
[EMAIL PROTECTED]
http://www.abisource.com/~sam/
GnuPG Key:
http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE5/ic6t+kM0Mq9M/wRAjqyAJ4ziRHB7iwi9FM75lQ3TC9dSPgmYgCg2Ohv
Ht69htkhYCF9Kh1V5oVqGSg=
=HXZJ
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Chris Gray wrote: On Mon, Oct 30, 2000 at 07:58:17PM -0600, sam th wrote: gnome-terminal supports -e and --title or -t, but not -T. This changed in the most recent woody gnome-terminal to -T but not -t. Well, I'm running the Helix packages, which still use just -t. sam th [EMAIL PROTECTED] http://www.abisource.com/~sam/ GnuPG Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/lOdt+kM0Mq9M/wRAhVNAJ9c1sTKuyfxVqkAKyXRmFEN3sUeDACgqoDy kvfY3Is7gv3CjIMjjf/FQLg= =QO21 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia kernel module and GLX
On Sun, Oct 29, 2000 at 10:31:29PM +, Matthew Sackman wrote: I've installed XFree 4v26 and it seemed ok - no error messages etc; I use an Nvidia TNT2 M64 card, and got the kernel module and the GLX files from NVidia. However, both refused to compile. I figured that I needed /usr/src/linux to point to /usr/src/kernel-source... but that didn't solve it either. I've tried downloading the rpms and using alien, and have scratched my head a lot! Hi Matthew, There must be the corresponding kernel-headers for your running kernel linked under /usr/src/linux. I like to use make-kpkg (deb kernel-package) to create a kernel-image...deb and a kernel-headers...deb. The kernel-headers install to /usr/src/kernel-headers-kernel-version and /usr/src/linux is a symbolic link to them. This has the advantage that you can mess around with your sources, without messing up your headers. I'm using NVIDIA_GLX-0.9-5.tar.gz and NVIDIA_kernel-0.9-5.tar.gz from the nvidia ftp site. I don't know whether there are newer ones available, but those are working with branden's debs and kernel-2.4.0-test9 Basically, XFree starts, but does not load any window manager, plus, when I kill the server, the consoles have darkened, and the entire colour set seems to have altered - the blues of mutt are now green. An XFree86 -configure exits with: (... xserver output ...) (--) PCI:*(1:0:0) NVidia Riva Ultra 64 rev 21, Mem @ 0xf500/24, 0xfc00/25 List of video drivers: nvidia mga glint nv (... xserver output ...) Duplicate symbol RivaEnterLeave in /usr/X11R6/lib/modules/drivers/nv_drv.o Also defined in /usr/X11R6/lib/modules/drivers/nvidia_drv.o Fatal server error: Module load failure Here's the problem. There are 2 drivers for the same card family nv - provided by xfree86 nvidia - provided by nvidia Now it may be that I've messed things up by trying to install the NVidia modules, but I've followed the instructions to the letter and simply have no idea why things have not gone to plan. 1. you have to move away the xfree86 nv_drv.o. 'dpkg-divert --add --rename /usr/X11R6/lib/modules/drivers/nv_drv.o' will survive the next update, too. As the nvidia_drv.o is there, I assume you manage to compile the GLX tarball. 2. there is a conflict between /usr/X11R6/lib/modules/extensions/libglx.a - provided by xfree86 and /usr/X11R6/lib/modules/extensions/libglx.so - provided by nvidia I solved this by adding another diversion 'dpkg-divert --add --rename /usr/X11R6/lib/modules/extensions/libglx.a' but I've been told that referencing the libglx modules with full path in XF86Config-4 will also work. 3. libraries in /usr/lib 'ls libGL*' libGLcore.so - libGLcore.so.1- nvidia libGLcore.so.1 - libGLcore.so.1.0.5 - nvidia libGLcore.so.1.0.5- nvidia libGL.so - libGL.so.1- nvidia libGL.so.1 - libGL.so.1.0.5 - nvidia libGL.so.1.0.5- nvidia There used to be a libGL.so.1.2 provided by xlibmesa3 (I think) conflicting with libGL.so.1.0.5 'dpkg-divert --add --rename --divert /usr/lib/divert.libGL.so.1.2 \ /usr/lib/libGL.so.1.2' will solve this and survive the next apt-get upgrade. !! It is import that the library moved away does not start with lib !! Otherwise ldconfig will recognize it as a library an alter the links libGL.so and libGL.so.1 to point to it. == your system will crash, when starting, e.g.. quake3 4. you need kernle support (NVIDIA_kernel-0.9-5.tar.gz) I enabled the agpart device and dri support during kernel configuration (kernel-source-2.4.0-test9). Use make-kpkg from (kernel-package) to create an image and headers as mentioned above. Then compile and install the NVIDIA_kernel module. (The kernel you are installing for, should by running by this time) 'echo alias char-major-195 NVdriver /etc/modutils/nvidia' 'update-modules' now the NVdriver gets automtically loaded when X is started. Your system should be fine now. Have I anything forgotten? If there are still problems, detailed problem descriptions would be useful. regards florian -- Florian Friesdorf [EMAIL PROTECTED] OpenPGP key available on public key servers -- Save the future of Open Source -- - Online-Petition against Software Patents - -- http://petition.eurolinux.org --- pgp2uJcjPa0nx.pgp Description: PGP signature
[nutcase@gmx.de: xfree 4.0.1 via apt]
- Forwarded message from nutcase [EMAIL PROTECTED] - From: nutcase [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree 4.0.1 via apt Date: Mon, 30 Oct 2000 12:24:32 +0100 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: de, en hello, i am a relative linux-newbie, and an absolute newbie with deb-packages. so can you eventually tell me, if xfree86 v4.0.1 is apt-getable? If so, please tell me what i have to insert into my sources.list, that ypt can find it itself. thank you nutcase - End forwarded message - -- G. Branden Robinson|You don't just decide to break Kubrick's Debian GNU/Linux |code of silence and then get drawn away [EMAIL PROTECTED] |from it to a discussion about cough http://deadbeast.net/~branden/ |medicine. pgpDHorKTWLg9.pgp Description: PGP signature
[motyl@stan.chemie.unibas.ch: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile]
Someone knock him around with a cluebat for me? I see no reason why I must support woody's libc in potato's packages. A fix for the problem he reports has been in the woody XF3 .debs for weeks. - Forwarded message from Tomasz Motylewski [EMAIL PROTECTED] - From: Tomasz Motylewski [EMAIL PROTECTED] To: Branden Robinson [EMAIL PROTECTED] Subject: Re: Bug#75875: NOT all is fixed xserver-common: xfree86-1 does not compile Date: Mon, 30 Oct 2000 13:46:02 +0100 (CET) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] In file included from connection.c:79: /usr/include/stdlib.h:700: parse error before `int' So, still same errors with misc.h and abs(). So don't compile against glibc 2.1.94. Are you interested in fixing this bug? If so I will prepare the patch. Someone will need to do it sooner or later. Also, what about bug 56633? Are you interested in patch for this? Who is working on XFree86-4.0 for Debian at the moment? Best regards, -- Tomasz Motylewski - End forwarded message - -- G. Branden Robinson|It's not a matter of alienating authors. Debian GNU/Linux |They have every right to license their [EMAIL PROTECTED] |software however we like. http://deadbeast.net/~branden/ |-- Craig Sanders, in debian-devel pgpgolQqm8J1H.pgp Description: PGP signature
Re: problem building 4.0.1d xf86cfg on SPARC
On Sun, 29 Oct 2000, Branden Robinson wrote:
Hi,
You can add these to xc/programs/Xserver/hw/xfree86/xf86cfg/loader.c.
I think one possible solution is to patch
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c to use it in xf86cfg, so
that when that file is changed, there will be no need to updates to
xf86cfg/loader.c. But xf86cfg does not need everything, just enough
symbols to run the Setup from the module, and the AvailableOptions
functions.
gcc -o xf86cfg -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls
-Wnested-externs -L../../../../../exports/lib accessx.ocards.o
config.ocard-cfg.o help.o interface.o keyboard-cfg.o
libc_wrapper.o loader.o monitor-cfg.o mouse-cfg.o options.o
screen-cfg.o screen.ostartx.ostubs.o vidmode.o
xf86config.o -lxkbui -lxkbfile -lxf86config -lXxf86misc
-lXxf86vm -lXaw -lXmu -lXt -lSM -lICE -lXext -lX11 -lXt -lSM -lICE
-lXpm -L../loader -lxloader -L../dummylib -ldummy -rdynamic -ldl -lXext
-lX11 -lm -Wl,-rpath-link,../../../../../exports/lib
../loader/libxloader.a(loader.o): In function `LoaderInit':
loader.o(.text+0x8c): undefined reference to `sparcUseHWMulDiv'
loader.o(.text+0x9c): undefined reference to `SparcLookupTab'
loader.o(.text+0xa0): undefined reference to `SparcV89LookupTab'
loader.o(.text+0xa4): undefined reference to `SparcV89LookupTab'
loader.o(.text+0xbc): undefined reference to `SparcLookupTab'
collect2: ld returned 1 exit status
These symbols appear to be defined in the following files:
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c:LOOKUP SparcV89LookupTab[] = {
xc/programs/Xserver/hw/xfree86/loader/xf86sym.c:LOOKUP SparcLookupTab[] = {
xc/programs/Xserver/hw/xfree86/os-support/bus/sparcPci.c:int
sparcUseHWMulDiv(void);
--
G. Branden Robinson |I must despise the world which does not
Debian GNU/Linux|know that music is a higher revelation
[EMAIL PROTECTED] |than all wisdom and philosophy.
http://www.debian.org/~branden/ |-- Ludwig van Beethoven
Paulo
another app killed
jpilot doesn't work with X4: [tornado;~]-1 jpilot pi_bind: Permission denied Xlib: unexpected async reply (sequence 0x890)! Xlib: unexpected async reply (sequence 0x891)! Xlib: unexpected async reply (sequence 0x892)! Xlib: unexpected async reply (sequence 0x893)! Xlib: unexpected async reply (sequence 0x894)! Xlib: unexpected async reply (sequence 0x895)! Wichert.
Re: another app killed
On Mon, Oct 30, 2000 at 09:19:17PM +, Wichert Akkerman wrote:
jpilot doesn't work with X4:
[tornado;~]-1 jpilot
pi_bind: Permission denied
Xlib: unexpected async reply (sequence 0x890)!
Xlib: unexpected async reply (sequence 0x891)!
Xlib: unexpected async reply (sequence 0x892)!
Xlib: unexpected async reply (sequence 0x893)!
Xlib: unexpected async reply (sequence 0x894)!
Xlib: unexpected async reply (sequence 0x895)!
Works here.
[EMAIL PROTECTED] ~]$ dpkg -s jpilot xfree86-common|egrep '^Pa|^V'
Package: jpilot
Version: 0.98.1-1
Package: xfree86-common
Version: 4.0.1-0phase2v20
--
[EMAIL PROTECTED],havoc,gaeshido}.fi,{debian,wanderer}.org,stonesoft.com}
unix, linux, debian, networks, security, | You step in the stream,
kernel, TCP/IP, C, perl, free software, | but the water has moved on.
mail, www, sw devel, unix admin, hacks. | This page is not here.
Re: another app killed
On Mon, Oct 30, 2000 at 10:17:27PM +0100, Wichert Akkerman wrote: jpilot doesn't work with X4: FWIW, I haven't had any prolems with jpilot and X4. I just did my weekly backup with 4.0.1-0phase2v27. David -- David Engel [EMAIL PROTECTED]
Re: another app killed
On Mon, Oct 30, 2000 at 10:17:27PM +0100, Wichert Akkerman wrote: jpilot doesn't work with X4: My jpilot is also fine, I just did a sync: dpkg -s jpilot xfree86-common|egrep '^Pa|^V' Package: jpilot Version: 0.98.1-1 Package: xfree86-common Version: 4.0.1-0phase2v29 -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/
[lqw@gmx.de: xfree86 4.0.1 on potato]
- Forwarded message from lqw [EMAIL PROTECTED] - From: lqw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree86 4.0.1 on potato Date: Tue, 31 Oct 2000 00:47:41 + Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: en hi branden i am using debian potato and am desparately trying to find some hints on how to get xfree86 4.0.1 running on it. i ended in renaming the old installation of x and compiling the new one from the sources. so far it works but is missing some files, which are located in the old folders and i got problems using the opengl-drivers for my riva tnt. can you please give me some hints on how to build a .deb package of xfree 4.0.1 from the sources, i could`nt find anything on the web so far. thanks a lot gernot poerner - End forwarded message - -- G. Branden Robinson| I've made up my mind. Don't try to Debian GNU/Linux | confuse me with the facts. [EMAIL PROTECTED] | -- Indiana Senator Earl Landgrebe http://deadbeast.net/~branden/ | pgpZca3DfiQYp.pgp Description: PGP signature
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 10:16:01PM +0100, Falk Hueffner wrote: I'd like to add a menu entry for a command that needs a terminal emulator. Can I rely on x-terminal-emulator understanding -e? How about -T? Is this codified somewhere? Your question is wonderfully on-charter for the debian-x list, and would be a nice change of pace from all the WHUREZ AL THE 4!0.1 DEBZ DUDE??1??! messages. The answer, unfortunately, is presently unknown. If I were to mandate any supported command-line options, it would be those two. Can someone help me establish whether the existing X terminal emulators in Debian do in fact support all those options? If so, then it should be straightforward to make this requirement part of policy. To try to answer your question, my guess is that most, but not all, terminal emulators support these flags. -- G. Branden Robinson |The first thing the communists do when Debian GNU/Linux|they take over a country is to outlaw [EMAIL PROTECTED] |cockfighting. http://www.debian.org/~branden/ |-- Oklahoma State Senator John Monks pgpJejtWMAN0A.pgp Description: PGP signature
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote: Can someone help me establish whether the existing X terminal emulators in Debian do in fact support all those options? If so, then it should be straightforward to make this requirement part of policy. To try to answer your question, my guess is that most, but not all, terminal emulators support these flags. rxvt's man page lists '-title' as the preferred switch, but also mentions that -T is supported as well for compatibility. of the rxvt derivatives I only have wterm installed presently, and while its manpage does not mention the -T compatibility switch it does indeed honour it just like -title. both programs support -e as well. I'll let somebody else more familiar with the others fill in the blanks (aterm, eterm, xvt, etc). Marc
Re: x-terminal-emulator
isn't xterm the 'de facto' standard? it would seem to me that any options xterm understands ought to be supported by x-terminal-emulator. If a certain terminal emulater is not xterm compatible, it would be trivial to provide an 'xterm compatibility wrapper', and have x-terminal-emulator point to that. -brad On Mon, Oct 30, 2000 at 04:56:49PM -0800, Marc Martinez wrote: On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote: Can someone help me establish whether the existing X terminal emulators in Debian do in fact support all those options? If so, then it should be straightforward to make this requirement part of policy. To try to answer your question, my guess is that most, but not all, terminal emulators support these flags. rxvt's man page lists '-title' as the preferred switch, but also mentions that -T is supported as well for compatibility. of the rxvt derivatives I only have wterm installed presently, and while its manpage does not mention the -T compatibility switch it does indeed honour it just like -title. both programs support -e as well. I'll let somebody else more familiar with the others fill in the blanks (aterm, eterm, xvt, etc). Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [nutcase@gmx.de: xfree 4.0.1 via apt]
Nutcase, please don't bother Branden. He gets far too much email as it is. Before installing the 4.0.1 .debs, please check the debian-x archives for Branden's mini-faq. Reading it will likely save you some trouble. (Though Branden, it has been several weeks since I last saw one posted to the list -- is it time for a going-over and re-release of the mini-faq? :) Once you have read that, and some of the introductory notes on xfree86.org, feel free to add this line to your /etc/apt/sources.list file: deb http://samosa.debian.org/~branden woody/i386/ * Branden Robinson [EMAIL PROTECTED] [001030 05:19]: - Forwarded message from nutcase [EMAIL PROTECTED] - From: nutcase [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree 4.0.1 via apt Date: Mon, 30 Oct 2000 12:24:32 +0100 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: de, en hello, i am a relative linux-newbie, and an absolute newbie with deb-packages. so can you eventually tell me, if xfree86 v4.0.1 is apt-getable? If so, please tell me what i have to insert into my sources.list, that ypt can find it itself. thank you nutcase - End forwarded message - -- G. Branden Robinson|You don't just decide to break Kubrick's Debian GNU/Linux |code of silence and then get drawn away [EMAIL PROTECTED] |from it to a discussion about cough http://deadbeast.net/~branden/ |medicine. -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 05:08:32PM -0800, Bradley Bell wrote: isn't xterm the 'de facto' standard? it would seem to me that any options xterm understands ought to be supported by x-terminal-emulator. If a certain terminal emulater is not xterm compatible, it would be trivial to provide an 'xterm compatibility wrapper', and have x-terminal-emulator point to that. No. xterm has features that don't exist in any other terminal emulator - Unicode support (-u8), for example. There is no reason for every terminal emulator to support all the options that xterm supports (try xterm -h 21 | less and take a look.) As for -e and -T, I know that Powershell offers x-terminal-emulator and doesn't accept -T. -- David Starner - [EMAIL PROTECTED] http://dvdeug.dhis.org If you wish to strive for peace of soul then believe; if you wish to be a devotee of truth, then inquire. -- Friedrich Nietzsche
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Oct 2000, Marc Martinez wrote:
On Mon, Oct 30, 2000 at 07:17:21PM -0500, Branden Robinson wrote:
Can someone help me establish whether the existing X terminal emulators in
Debian do in fact support all those options? If so, then it should be
straightforward to make this requirement part of policy.
To try to answer your question, my guess is that most, but not all,
terminal emulators support these flags.
rxvt's man page lists '-title' as the preferred switch, but also mentions
that -T is supported as well for compatibility. of the rxvt derivatives I
only have wterm installed presently, and while its manpage does not mention
the -T compatibility switch it does indeed honour it just like -title.
both programs support -e as well. I'll let somebody else more familiar with
the others fill in the blanks (aterm, eterm, xvt, etc).
gnome-terminal supports -e and --title or -t, but not -T.
eterm supports both -e and -T.
xterm ditto
kterm ditto
cxterm.common ditto
the members of rxvt-ml
krxvt
grxvt
crxvt
crxvt-big5
crxvt-gb
all support both -e and -T
xvt supports both -e and -T
zterm (although I don't have a binary of this to check) claims to support
- -e, but not -T (or any variants thereof). This is a gnome widget, which
forms the base for gnome-terminal.
That's all the linux terminal emulators I can find, and almost definitely
all the ones in debian.
Patching the gnome-terminal code is a matter of the following trivial
patch (I think, I haven't tested this).
Index: gnome-terminal.c
===
RCS file: /cvs/gnome/gnome-core/gnome-terminal/gnome-terminal.c,v
retrieving revision 1.176
diff -u -r1.176 gnome-terminal.c
- --- gnome-terminal.c 2000/10/27 04:51:45 1.176
+++ gnome-terminal.c2000/10/31 01:52:47
@@ -2600,7 +2600,7 @@
{ nolastlog, '\0', POPT_ARG_NONE, NULL, DONOLASTLOG_KEY,
N_(Do not update lastlog entry), N_(NOLASTLOG) },
- - { title, 't', POPT_ARG_STRING, NULL, TITLE_KEY,
+ { title, 'T', POPT_ARG_STRING, NULL, TITLE_KEY,
N_(Set the window title), N_(TITLE) },
{ termname, '\0', POPT_ARG_STRING, NULL, TERM_KEY,
sam th
[EMAIL PROTECTED]
http://www.abisource.com/~sam/
GnuPG Key:
http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE5/ic6t+kM0Mq9M/wRAjqyAJ4ziRHB7iwi9FM75lQ3TC9dSPgmYgCg2Ohv
Ht69htkhYCF9Kh1V5oVqGSg=
=HXZJ
-END PGP SIGNATURE-
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 05:08:32PM -0800, Bradley Bell wrote: isn't xterm the 'de facto' standard? it would seem to me that any options xterm understands ought to be supported by x-terminal-emulator. If a certain terminal emulater is not xterm compatible, it would be trivial to provide an 'xterm compatibility wrapper', and have x-terminal-emulator point to that. Nononono. I love xterm to death, but requiring support for its many, many options is the death of a thousand cuts. Most other terminal emulators don't fool with the Tektronix 4014 emulation, for instance. Try man xterm sometime and feel your head reel as the bajillions of options scroll by. I think requiring a *small* compatibility subset is the way to go. There's not all that many things a terminal emulator needs to be able to configurably from the command line to satisfy the requirements of a program (as opposed to a user) that calls it: 1) accept a geometry specification 2) accept a title 3) exec a specified command Maybe, *maybe* we should require -ls (login shell) support, but even that is pushing it, I think. As much as I love xterm, I don't think it's fair to require that every other X terminal emulator be just like it. -- G. Branden Robinson | One man's theology is another man's Debian GNU/Linux| belly laugh. [EMAIL PROTECTED] | -- Robert Heinlein http://www.debian.org/~branden/ | pgplXFtJnLFDh.pgp Description: PGP signature
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 07:58:17PM -0600, sam th wrote: eterm supports both -e and -T. xterm ditto kterm ditto cxterm.common ditto the members of rxvt-ml krxvt grxvt crxvt crxvt-big5 crxvt-gb all support both -e and -T xvt supports both -e and -T gnome-terminal supports -e and --title or -t, but not -T. zterm (although I don't have a binary of this to check) claims to support - -e, but not -T (or any variants thereof). This is a gnome widget, which forms the base for gnome-terminal. Thanks a lot for being less lazy than I, and checking this out. Rather than squashing the -t option for these GNOME gizmos and replacing it with -T, why don't just support -T as well? I know, a couple more lines of code, but it would be worth it. I understand that upstream might bitch -- but this is free software, let's seize upon this option before they do something incompatible with it. -- G. Branden Robinson | Debian GNU/Linux| // // // / / [EMAIL PROTECTED] | EI 'AANIIGOO 'AHOOT'E http://www.debian.org/~branden/ | pgpIJXtB4FhPO.pgp Description: PGP signature
Re: [lqw@gmx.de: xfree86 4.0.1 on potato]
You are in luck! Charl P. Botha has gone before you, and already solved this problem. He was kind enough to write an entire HOWTO about the situation, and posted its URL to the debian-x archives. I decided that something was obviously wrong if you couldn't find it, so I added the thread and the HOWTO itself to Google's list of URLs to index. I don't know how long it will take until they get around to doing the index, but in the meantime, the URL will do it for you: http://cpbotha.net/building_brandens_phase2_debs_on_potato.HOWTO In the meantime, I gotta suggest that maybe this isn't a great idea, but Charl hasn't posted to the list complaining of problems, at least not that I recall. :) * Branden Robinson [EMAIL PROTECTED] [001030 16:41]: - Forwarded message from lqw [EMAIL PROTECTED] - From: lqw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xfree86 4.0.1 on potato Date: Tue, 31 Oct 2000 00:47:41 + Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: en hi branden i am using debian potato and am desparately trying to find some hints on how to get xfree86 4.0.1 running on it. i ended in renaming the old installation of x and compiling the new one from the sources. so far it works but is missing some files, which are located in the old folders and i got problems using the opengl-drivers for my riva tnt. can you please give me some hints on how to build a .deb package of xfree 4.0.1 from the sources, i could`nt find anything on the web so far. thanks a lot gernot poerner - End forwarded message - -- G. Branden Robinson| I've made up my mind. Don't try to Debian GNU/Linux | confuse me with the facts. [EMAIL PROTECTED] | -- Indiana Senator Earl Landgrebe http://deadbeast.net/~branden/ | -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Branden Robinson wrote: I think requiring a *small* compatibility subset is the way to go. There's not all that many things a terminal emulator needs to be able to configurably from the command line to satisfy the requirements of a program (as opposed to a user) that calls it: 1) accept a geometry specification 2) accept a title 3) exec a specified command 4) Maybe, *maybe* we should require -ls (login shell) support, but even that is pushing it, I think. To follow up on my earlier research: xterm, rxvt, kterm, [g,k,c]rxvt, gnome-terminal, Eterm all support 1, 2, 3, 4 but with wildly differing options: - -ls : xvt, xterm, kterm, *rxvt - --login : Eterm, gnome-terminal - --loginShell : *rxvt curiously, -ls is supported on Eterm, and does the right thing, but only because -l is --login, and -s is turn on the scrollbar, which is the default. However, relying on that is probably a mistake. - -geometry : xterm, kterm, *rxvt, xvt - --geometry : gnome-terminal, Eterm - -g : Eterm Eterm doesn't give an error for -geometry, but it doesn't work either. zterm supports just 3 (-e). Once your've gotten all those options compatible, world peace shouldn't be too much more work. :-) sam th [EMAIL PROTECTED] http://www.abisource.com/~sam/ GnuPG Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/i3Vt+kM0Mq9M/wRAvc9AJkBbqO+Sj3stktpfF+Z7esamDdy9ACfTGKx 02xpLks7s008hXAmkLG5Iyk= =FPo2 -END PGP SIGNATURE-
Re: I am a stupid idiot for posting a FAQ, but...
* Buddha Buck [EMAIL PROTECTED] [001030 18:39]: The bright ones here will be saying Oh gods, he's going to ask about libGLU, isn't he? What I *REALLY* want to know is why KDE (including konqueror) worked fine for several days! For a short time it didn't require libGLU? For a short time Branden supplied libGLU? I don't know. Both answers worry me. -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 07:58:17PM -0600, sam th wrote: gnome-terminal supports -e and --title or -t, but not -T. This changed in the most recent woody gnome-terminal to -T but not -t. Cheers, Chris
Re: x-terminal-emulator
On Mon, Oct 30, 2000 at 08:26:28PM -0600, sam th wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Branden Robinson wrote: I think requiring a *small* compatibility subset is the way to go. There's not all that many things a terminal emulator needs to be able to configurably from the command line to satisfy the requirements of a program (as opposed to a user) that calls it: 1) accept a geometry specification 2) accept a title 3) exec a specified command 4) Maybe, *maybe* we should require -ls (login shell) support, but even that is pushing it, I think. To follow up on my earlier research: xterm, rxvt, kterm, [g,k,c]rxvt, gnome-terminal, Eterm all support 1, 2, 3, 4 powershell supports the first three only. powershell options -e, --execute=ARG Start PowerShell with a different program -g, --geometry=ARG Sets the window geometry -c, --config=ARGDefines an alturnate configuration file -t, --title=ARG Window title text -- David Starner - [EMAIL PROTECTED] http://dvdeug.dhis.org If you wish to strive for peace of soul then believe; if you wish to be a devotee of truth, then inquire. -- Friedrich Nietzsche
Re: I am a stupid idiot for posting a FAQ, but...
On Mon, Oct 30, 2000 at 09:38:45PM -0500, Buddha Buck wrote: What I want to know is if anyone knows of a work-around until the situation is fixed properly. I suspect that this has been answered before, but I can't seem to find it. I extracted libGLU.so.1.1.030201 from the mesag3 package, put it in /usr/local/lib and then ran ldconfig. David -- David Engel [EMAIL PROTECTED]
Re: I am a stupid idiot for posting a FAQ, but...
On Mon, Oct 30, 2000 at 06:43:56PM -0800, Seth Arnold wrote: * Buddha Buck [EMAIL PROTECTED] [001030 18:39]: The bright ones here will be saying Oh gods, he's going to ask about libGLU, isn't he? What I *REALLY* want to know is why KDE (including konqueror) worked fine for several days! For a short time it didn't require libGLU? For a short time Branden supplied libGLU? I don't know. Both answers worry me. I think it's because Ivan E. Moore turned off GL support in some of the KDE libs for a while. And of course Konqueror is linked against the KDE libraries. -- G. Branden Robinson | joeyh oh my, it's a UP P III. Debian GNU/Linux| doogie dos it. [EMAIL PROTECTED] | * joeyh runs dselect http://www.debian.org/~branden/ | Overfiend that ought to be sufficient :) pgpqhfST4cvDK.pgp Description: PGP signature
Re: x-terminal-emulator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Oct 2000, Chris Gray wrote: On Mon, Oct 30, 2000 at 07:58:17PM -0600, sam th wrote: gnome-terminal supports -e and --title or -t, but not -T. This changed in the most recent woody gnome-terminal to -T but not -t. Well, I'm running the Helix packages, which still use just -t. sam th [EMAIL PROTECTED] http://www.abisource.com/~sam/ GnuPG Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=getsearch=0xCABD33FC -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/lOdt+kM0Mq9M/wRAhVNAJ9c1sTKuyfxVqkAKyXRmFEN3sUeDACgqoDy kvfY3Is7gv3CjIMjjf/FQLg= =QO21 -END PGP SIGNATURE-
