Re: Multiple independent terminals on a single machinde

te: > >>>>Richard Owlett wrote: > >>>> > >>>>>Therefore I'll change my metaphor. > >>>>>It is routine for one machine to support multiple > >>>>>independent terminals. > >>>>>Logically one expect that those terminals co

Re: Multiple independent terminals on a single machinde

terminals. Logically one expect that those terminals could appear on the host device. How might this be done? Hi, first you write you want to have independent terminals on your machine and then you complain that the workspaces share same background icon. Can you clarify what you want

Re: Multiple independent terminals on a single machinde

On 02/17/2018 01:19 PM, David Christensen wrote: On 02/17/18 04:46, Richard Owlett wrote: On 02/17/2018 01:57 AM, deloptes wrote: Richard Owlett wrote: Therefore I'll change my metaphor. It is routine for one machine to support multiple independent terminals. Logically one expect that those

Re: Multiple independent terminals on a single machinde

On 02/17/18 04:46, Richard Owlett wrote: On 02/17/2018 01:57 AM, deloptes wrote: Richard Owlett wrote: Therefore I'll change my metaphor. It is routine for one machine to support multiple independent terminals. Logically one expect that those terminals could appear on the host device. How

Re: Multiple independent terminals on a single machinde

Richard Owlett wrote: > See my reply to deloptes. > I was told by English professors since the 60's that my composition > skills lack ... ;/ :D and for the past 55y you did not improve :D - you should be ashamed!

Re: Multiple independent terminals on a single machinde

On 02/17/2018 05:27 AM, Tom Furie wrote: On Sat, Feb 17, 2018 at 01:08:58AM -0600, Richard Owlett wrote: I use the MATE desktop. I had originally thought I could achieve my goals using MATE's workspaces. I've read this post over, several times, but can't work out what your actual question

Re: Multiple independent terminals on a single machinde

On 02/17/2018 01:57 AM, deloptes wrote: Richard Owlett wrote: Therefore I'll change my metaphor. It is routine for one machine to support multiple independent terminals. Logically one expect that those terminals could appear on the host device. How might this be done? Hi, first you write

Re: Multiple independent terminals on a single machinde

On Sat, Feb 17, 2018 at 01:08:58AM -0600, Richard Owlett wrote: > I use the MATE desktop. I had originally thought I could achieve my goals > using MATE's workspaces. I've read this post over, several times, but can't work out what your actual question is. Could you restate it plainly? Cheers,

Re: Multiple independent terminals on a single machinde

Richard Owlett wrote: > Therefore I'll change my metaphor. > It is routine for one machine to support multiple independent terminals. > Logically one expect that those terminals could appear on the host device. > > How might this be done? Hi, first you write you want to h

Multiple independent terminals on a single machinde

dually named, but they share the same wallpaper and desktop icons with each other. Therefore I'll change my metaphor. It is routine for one machine to support multiple independent terminals. Logically one expect that those terminals could appear on the host device. How might this be done? TIA

Re: Some x-terminals do not compose unicode characters

On 05/02/2017 23:18, deloptes wrote: > [...] > now check for tty > > cat /etc/default/console-setup > # CONFIGURATION FILE FOR SETUPCON > > # Consult the console-setup(5) manual page. > > ACTIVE_CONSOLES="/dev/tty[1-6]" > > CHARMAP="UTF-8" > > CODESET="guess" > FONTFACE="Fixed" > FONTSIZE="8x16" >

Re: Some x-terminals do not compose unicode characters

Le septidi 17 pluviôse, an CCXXV, deloptes a écrit : > In addition to LANG/LC_ALL, stty iutf8 is needed to tell the terminal what > to do stty iutf8 is completely unrelated to the problem at hand. The modes in the tty layer have nothing to do with fine control of what is displayed on the tty,

Re: Some x-terminals do not compose unicode characters

Alessandro T. wrote: > Isn't localization set by locale? > > Anyway I did: > $ export | grep LC > > > $ locale > LANG=it_IT.UTF-8 > LANGUAGE= > LC_CTYPE="it_IT.UTF-8" > LC_NUMERIC="it_IT.UTF-8" > LC_TIME="it_IT.UTF-8" > LC_COLLATE="it_IT.UTF-8" > LC_MONETARY="it_IT.UTF-8" >

Re: Some x-terminals do not compose unicode characters

On 05/02/2017 18:45, deloptes wrote: > > there are two basic things - localization and fonts. > Localization is set via LC variables so > export | grep LC > would tell your settings. > Fonts are provided via console package, but they should be utf8 anyway. Thanks for reply. Isn't localization

Re: Some x-terminals do not compose unicode characters

Alessandro T. wrote: > Hello and thanks for the reply. there are two basic things - localization and fonts. Localization is set via LC variables so export | grep LC would tell your settings. Fonts are provided via console package, but they should be utf8 anyway. regards

Re: Some x-terminals do not compose unicode characters

On 04/02/2017 23:45, Jonathan Dowland wrote: > On Fri, Feb 03, 2017 at 11:07:39AM +0100, Alessandro T. wrote: >> echo -e '1\u0336' >> >> and with mlterm, pterm, rxvt and xterm I got, rightly, strikethrough 1. >> Instead with evilvte, gnome-terminal, lilyterm, lxterminal, sakura, >> terminator,

Re: Some x-terminals do not compose unicode characters

On 04/02/2017 18:07, Darac Marjal wrote: > > Just to note, I have tried this same command in xfce-terminal 0.8.3 > (which is in testing and unstable and depends on libvte-2.91-1 version > 0.46.1-1) and I /do/ get a struckthrough 1. > Hello and thanks for the reply. I am in Sid. ( I have your same

Re: Some x-terminals do not compose unicode characters

On Fri, Feb 03, 2017 at 11:07:39AM +0100, Alessandro T. wrote: > echo -e '1\u0336' > > and with mlterm, pterm, rxvt and xterm I got, rightly, strikethrough 1. > Instead with evilvte, gnome-terminal, lilyterm, lxterminal, sakura, > terminator, terminix, termit, vala-terminal and xfce4-terminal (my

Re: Some x-terminals do not compose unicode characters

Just to note, I have tried this same command in xfce-terminal 0.8.3 (which is in testing and unstable and depends on libvte-2.91-1 version 0.46.1-1) and I /do/ get a struckthrough 1. So, if you're using stable (you don't actually say which versions of the packages you tries), then the bug may

Re: Some x-terminals do not compose unicode characters

Hi. On Fri, 3 Feb 2017 11:07:39 +0100 "Alessandro T." wrote: > Hi, > I would get the strikethrough text in x-terminal-emulator. So I tried > > echo -e '1\u0336' > > and with mlterm, pterm, rxvt and xterm I got, rightly, strikethrough 1. > Instead with evilvte,

Some x-terminals do not compose unicode characters

Hi, I would get the strikethrough text in x-terminal-emulator. So I tried echo -e '1\u0336' and with mlterm, pterm, rxvt and xterm I got, rightly, strikethrough 1. Instead with evilvte, gnome-terminal, lilyterm, lxterminal, sakura, terminator, terminix, termit, vala-terminal and xfce4-terminal

Re: ncurses screen corruption and terminals

Gene Heskett composed on 2016-06-12 19:54 (UTC-0400): mc has been around for north of 30 years I believe, actually dateing back to dos-2.0 days or before. MC is a 22 year old clone of Norton Commander for DOS (which at the time of NC birth was v3.2, prior to existence of extended HD

Re: ncurses screen corruption and terminals

te > terminal) works. Including what happens when the remote system does > NOT have a terminal entry for, e.g. TERM=xterm-debian-fix01 :-) > > As for "mc", apparently it is a special beast in its own right and it > is part of the problem: supposedly, it has so many workarounds for &

Re: ncurses screen corruption and terminals

On Sunday 12 June 2016 22:13:19 Henrique de Moraes Holschuh wrote: > I can attest that Debian jessie's Konsole doesn't work quite right in > every situation with the "TERM=xterm" and Debian's terminfo, for > example. Gene is in fact using, or not using, Konsole-Trinity, not KDE-Konsole. Lisi

ncurses screen corruption and terminals

em does NOT have a terminal entry for, e.g. TERM=xterm-debian-fix01 :-) As for "mc", apparently it is a special beast in its own right and it is part of the problem: supposedly, it has so many workarounds for broken terminals and terminfo that said workarounds get in the way of fixing things

transparent terminals in cinnamon

Hi, I just installed Jessie with Cinnamon, and I notice that there’s no option in the terminal for a transparent background. Is there a way to enable this? Thanks, Mike -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: transparent terminals in cinnamon

My first guess would be that the terminal emulator you're using does not support transparency. Gnome-terminal, for instance. Try using one that does, like sakura (apt-get install sakura). Francisco On May 12, 2015 5:16 PM, Michael P. Soulier msoul...@digitaltorque.ca wrote: Hi, I just

Re: Strange behavior in real terminals

On Sun, Oct 26, 2014 at 03:06:04PM -0600, Mario Castelán Castro wrote: Hello. I noticed that by using the cursor keys in the default terminals (Ctrl+Alt+1 to 6) one can move the cursor to empty lines. Is this how it is supposed to behave?. No. Bash usually hooks the Up and Down cursor keys

Strange behavior in real terminals

Hello. I noticed that by using the cursor keys in the default terminals (Ctrl+Alt+1 to 6) one can move the cursor to empty lines. Is this how it is supposed to behave?. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Re: Terminals

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/04/13 05:30, Bob Proulx wrote: Darac Marjal wrote: But with some work you MIGHT be able to get it to start as a getty (a 'getty' is the program that init starts on the virtual console and which accepts your username/password before starting

Terminals

Hi Firstly need to know the name of the feature that allows me to access /dev/tty0, /dev/tty1 etc and switch between them by press alt+F1, alt+F2 and so on. Secondly, how would I configure this feature, in particular I'd like to configure it to allow me to press probably alt+F7 and access a

Re: Terminals

On Wed, Apr 17, 2013 at 11:13:22AM +, ja...@jatos.co.uk wrote: Hi Firstly need to know the name of the feature that allows me to access /dev/tty0, /dev/tty1 etc and switch between them by press alt+F1, alt+F2 and so on. These are Virtual Terminals or Virtual Consoles. They are Virtual

Re: Terminals

Darac Marjal wrote: ja...@jatos.co.uk wrote: Firstly need to know the name of the feature that allows me to access /dev/tty0, /dev/tty1 etc and switch between them by press alt+F1, alt+F2 and so on. These are Virtual Terminals or Virtual Consoles. They are Virtual in the sense

Re: Terminals

On Wed, 17 Apr 2013, Bob Proulx wrote: [snip] # apt-get install minicom [snip] Then just leave it running forever. It will always be there when you come back to that vt with Alt-F4. [snip] Another option is cu, I'm not sure how it compares to minicom directly, but I find it useful.

Re: Terminals

Lars Nooden wrote: Another option is cu, I'm not sure how it compares to minicom directly, but I find it useful. A flashback to 1980/1990... An advantage of cu is that it integrates perfectly with uucp. If you have uucp installed, configured and running then it might be using the serial

Re: which operation leads to the close all opening terminals

.0.3200.4 [7fbbadb0b000+4e000] Is it related? Looks like the root of the issue. Though I am not sure why all gnome-terminals died. For the future, use screen or tmux and you will be able to attach to your sessions even if a terminal is gone. ( unless screen or tmux segfaults:) ) Regards, Alex

Re: which operation leads to the close all opening terminals

On Thu, Apr 11, 2013 at 12:42:12PM +0800, lina wrote: Without data, we can only speculate. Here's my wild speculation: You thought you had multiple terminals open, but what you had was a single master process with multiple sub-processes. A I did have multiple terminals open

which operation leads to the close all opening terminals

Hi, Right now, I have three or four terminals open, with 1 to 5 tabs in each terminal, most are ssh out. In one terminal, I typed more just one blink, all those terminal-emulators gone. It's my first time meet this issue. So I wonder which may lead to this episode? Thanks, Best regards

Re: which operation leads to the close all opening terminals

On 04/10/2013 06:01 PM, lina wrote: Hi, Right now, I have three or four terminals open, with 1 to 5 tabs in each terminal, most are ssh out. In one terminal, I typed more just one blink, all those terminal-emulators gone. It's my first time meet this issue. So I wonder which may lead

Re: which operation leads to the close all opening terminals

Am Mittwoch, 10. April 2013 schrieb Benjamin Egner: On 04/10/2013 06:01 PM, lina wrote: Hi, Right now, I have three or four terminals open, with 1 to 5 tabs in each terminal, most are ssh out. In one terminal, I typed more just one blink, all those terminal-emulators gone

Re: which operation leads to the close all opening terminals

On Thu, Apr 11, 2013 at 12:01:33AM +0800, lina wrote: Hi, Right now, I have three or four terminals open, with 1 to 5 tabs in each terminal, most are ssh out. In one terminal, I typed more just one blink, all those terminal-emulators gone. It's my first time meet this issue. So I

Re: which operation leads to the close all opening terminals

Imho, the geeks are interested in the output of `dmesg' and the contents of `/var/log/syslog'. Apr 10 23:57:01 dove kernel: [130001.429581] gnome-terminal[6910]: segfault at 1 ip 7fbbadb22816 sp 7e7fc7c0 error 4 in libgobject-2.0.so.0.3200.4 [7fbbadb0b000+4e000] Is it related?

Re: which operation leads to the close all opening terminals

I´d also be interested in ~/.xsession-errors by the time of the incident. ** (xfce4-session:4890): WARNING **: ICE connection 0x7f00400422b0 rejected ** (gnome-terminal:22938): WARNING **: Failed to connect to the session manager : Authentication Rejected, reason : None of the authentication

Re: which operation leads to the close all opening terminals

Without data, we can only speculate. Here's my wild speculation: You thought you had multiple terminals open, but what you had was a single master process with multiple sub-processes. A I did have multiple terminals open. It only happened once, at least in what I can recall. failure

Print a message to all terminals at boot

I have a Debian Squeeze system that exposes a terminal on the serial line (ttyS0) and the usual tty ones. I would like to print a message at the very end of the boot sequence, but before any user logs in (the message is a diagnostic that may affect whether the user logs in at all). If I put, say,

Re: Print a message to all terminals at boot

On Wed, Feb 29, 2012 at 10:45 PM, Jason Heeris jason.hee...@gmail.com wrote: I have a Debian Squeeze system that exposes a terminal on the serial line (ttyS0) and the usual tty ones. I would like to print a message at the very end of the boot sequence, but before any user logs in (the message

Re: Print a message to all terminals at boot

Tom H wrote: Jason Heeris wrote: line (ttyS0) and the usual tty ones. I would like to print a message at the very end of the boot sequence, but before any user logs in (the message is a diagnostic that may affect whether the user logs in at all). If it's static, you can add it to

Re: Print a message to all terminals at boot

Bob Proulx wrote: okay. The contents are displayed when getting displays the login prompt. Meaning that when getting is started it will catch the Grr... s/getting/getty/g My typos are getting worse. Sorry for the noise. Bob signature.asc Description: Digital signature

Re: Print a message to all terminals at boot

On 1 March 2012 14:22, Bob Proulx b...@proulx.com wrote: If it's static, you can add it to /etc/issue. Or if the process can update /etc/issue before getty can display it. rc.local appears to run before the contents of /etc/issue is displayed... is that guaranteed (in squeeze), or just

Re: Print a message to all terminals at boot

On 1 March 2012 14:26, Jason Heeris jason.hee...@gmail.com wrote: Incidentally, it contains escape sequences ( \n \l ) at the end. Are they for use with echo -e or something else entirely? Ah, just found the answer to this in man issue — they're escape sequences for getty (or whatever

Re: Print a message to all terminals at boot

On Thu, Mar 1, 2012 at 1:22 AM, Bob Proulx b...@proulx.com wrote: Tom H wrote: Jason Heeris wrote: line (ttyS0) and the usual tty ones. I would like to print a message at the very end of the boot sequence, but before any user logs in (the message is a diagnostic that may affect whether

Re: Print a message to all terminals at boot

On Thu, Mar 1, 2012 at 1:26 AM, Jason Heeris jason.hee...@gmail.com wrote: On 1 March 2012 14:22, Bob Proulx b...@proulx.com wrote: If it's static, you can add it to /etc/issue. Or if the process can update /etc/issue before getty can display it. rc.local appears to run before the contents

Xen dom0 virtual terminals

Hi! This may be a naive question, but does anyone know how to enable the virtual terminals (Ctrl-Alt-Fx) on a Wheezy dom0? -- Best regards, Panayiotis Karabassis -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Re: displaying Japanese in the virtual consoles/terminals in squeeze

Ouch. [...] For example, Debian console installer runs on virtual console with japanese display or any fancy characters. This is because they run special terminal program. Should be the same set of issues, except for the specific parameters, for any large-character-set language.

displaying Japanese in the virtual consoles/terminals in squeeze

For reasons I don't care to debate, I have set my system's default language to Japanese. When I go to work in the virtual console windows (for instance, apt-get), I tend to get messages that should be in Japanese, but the Japanese is replaced by the Unicode replacement characters (?), which is no

Re: displaying Japanese in the virtual consoles/terminals in squeeze

On Sun, Dec 25, 2011 at 09:10:48PM +0900, Joel Rees wrote: For reasons I don't care to debate, I have set my system's default language to Japanese. When I go to work in the virtual console windows (for instance, apt-get), I tend to get messages that should be in Japanese, but the Japanese is

Re: displaying Japanese in the virtual consoles/terminals in squeeze

Joel Rees wrote: For reasons I don't care to debate, I have set my system's default language to Japanese. snip Did you install with Japanese as the default language, or did you install as some other language and change the default? Hugo -- To UNSUBSCRIBE, email to

Re: displaying Japanese in the virtual consoles/terminals in squeeze

Hi, On Sun, Dec 25, 2011 at 09:10:48PM +0900, Joel Rees wrote: For reasons I don't care to debate, I have set my system's default language to Japanese. When I go to work in the virtual console windows (for instance, apt-get), I tend to get messages that should be in Japanese, but the Japanese

Fwd: displaying Japanese in the virtual consoles/terminals in squeeze

(Forgot to reply to list.) On 12/25/11, hvw59601 hvw59...@care2.com wrote: Joel Rees wrote: For reasons I don't care to debate, I have set my system's default language to Japanese. snip Did you install with Japanese as the default language, or did you install as some other language and

Re: displaying Japanese in the virtual consoles/terminals in squeeze

(Forgot to reply to list.) On 12/26/11, Osamu Aoki os...@debian.org wrote: Hi, On Sun, Dec 25, 2011 at 09:10:48PM +0900, Joel Rees wrote: For reasons I don't care to debate, I have set my system's default language to Japanese. When I go to work in the virtual console windows (for instance,

No virtual terminals

Running squeeze. I have NVidia video. Problem is, I have no virtual 8terminals. ctrl-alt-f1 to 6 gets me a blank screen, although c-a-f8 (yes, f8) does bring back X. I've looked for solutions but nothing I've found works. E.g., I created /etc/modprobe.d/nvidia-kernel-nkc.conf with one line

Ctrl+Ret in Terminals

On Tue, Jun 30, 2009 at 07:46:53PM -0500, John Hasler wrote: Enter (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from Cntrl+Enter. A terminal, however, sends ASCII codes. Pressing the

Re: Ctrl+Ret in Terminals

On Thu, Jul 16, 2009 at 11:27:12PM +0400, Kumar Appaiah wrote: On Tue, Jun 30, 2009 at 07:46:53PM -0500, John Hasler wrote: Enter (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from

Ctrl+Ret in Terminals

Enterer (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from Cntrl+Enter. A terminal, however, sends ASCII codes. Pressing the control key sets the control bit. Enter, being a control

Re: Ctrl+Ret in Terminals

On Wed, Jul 1, 2009 at 12:56 AM, Kumar Appaiaha.ku...@alumni.iitm.ac.in wrote: Dear Debian Users, This is a generic question, not Debian-specific. One of my friends uses org-mode in GNU Emacs, and loves it. Now, the issue is that one of the functions in org-mode is bound (by default) to

Re: Ctrl+Ret in Terminals

On Wed, Jul 01, 2009 at 10:51:36AM +0100, James Youngman wrote: One of my friends uses org-mode in GNU Emacs, and loves it. Now, the issue is that one of the functions in org-mode is bound (by default) to C-RET (Ctrl+Enter), which works fine on the X11 Emacs. I just tried this in GNU

Re: Ctrl+Ret in Terminals

David writes: The clarification doesn't seem right to me. If, in my console keymap file, I change keycode 28 = Return Return Return Return Control_m Control_m ... ... ^ to keycode 28 = Return Return Return Return m Control_m ... ...

Ctrl+Ret in Terminals

Dear Debian Users, This is a generic question, not Debian-specific. One of my friends uses org-mode in GNU Emacs, and loves it. Now, the issue is that one of the functions in org-mode is bound (by default) to C-RET (Ctrl+Enter), which works fine on the X11 Emacs. However, none of the terminals

Re: Ctrl+Ret in Terminals

Enter (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from Cntrl+Enter. A terminal, however, sends ASCII codes. Pressing the control key sets the control bit. Enter, being a control

Re: Ctrl+Ret in Terminals

On Tue, Jun 30, 2009 at 07:46:53PM -0500, John Hasler wrote: Enter (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from Cntrl+Enter. A terminal, however, sends ASCII codes. Pressing the

Re: Ctrl+Ret in Terminals

On Tue, Jun 30, 2009 at 09:13:14PM -0400, Kumar Appaiah wrote: On Tue, Jun 30, 2009 at 07:46:53PM -0500, John Hasler wrote: Enter (carriage return) _is_ a control character. A pc keyboard sends keycodes which Emacs under X can intercept and decipher, allowing it to distinguish Enter from

Re: screen multidisplay with terminals resized

green wrote at 2009-03-07 13:36 -0700: Kelly Clowers wrote at 2009-02-28_09:19 -0700: As for the actual problem of resized terms (especially within screen), I unfortunately don't know of a good solution. You could try on the awesome mailing list or IRC. Yeah, I will have to try the

Re: screen multidisplay with terminals resized

Kelly Clowers wrote at 2009-02-28_09:19 -0700: As for the actual problem of resized terms (especially within screen), I unfortunately don't know of a good solution. You could try on the awesome mailing list or IRC. Yeah, I will have to try the awesome mailing list and perhaps the screen list

Re: screen multidisplay with terminals resized

Kelly Clowers wrote: I disagree. Sure, some people use a tabbed term with awesome, but I use urxvt, and based on the mailing list and IRC I feel like most users use xterm or (u)rxvt. FYI, in case you were not aware of this, urxvt can also be a tabbed terminal. There's a perl extension that

Re: screen multidisplay with terminals resized

productivity elegantly (yeah, elegantly). So in the past I have often had multiple terminals running on multiple workspaces (using the openbox wm) all connected to a single screen session. This worked fine. But now with awesome, I always have exactly 2 terminals (ROXTerm) running

Re: screen multidisplay with terminals resized

the awesome wm which is worth checking out if you like to increase your productivity elegantly (yeah, elegantly). So in the past I have often had multiple terminals running on multiple workspaces (using the openbox wm) all connected to a single screen session. This worked fine. But now

Re: screen multidisplay with terminals resized

useful utilities that just sticks. Also, I recently started using the awesome wm which is worth checking out if you like to increase your productivity elegantly (yeah, elegantly). So in the past I have often had multiple terminals running on multiple workspaces (using the openbox wm

screen multidisplay with terminals resized

have often had multiple terminals running on multiple workspaces (using the openbox wm) all connected to a single screen session. This worked fine. But now with awesome, I always have exactly 2 terminals (ROXTerm) running screen, no more or less. I don't want fewer and don't need more because I

Re: alt key is not working in terminals

On Thu, Jan 08, 2009 at 02:17:41PM -0600, lostson wrote: Hello I have recently updated my lenny system and now the Alt key is not working in my terminals. I can get it to work in Xterm using the XTerm*eightBitInput: false I have noticed this mrxt and Xterm Unicode as well this seems

alt key is not working in terminals

Hello I have recently updated my lenny system and now the Alt key is not working in my terminals. I can get it to work in Xterm using the XTerm*eightBitInput: false I have noticed this mrxt and Xterm Unicode as well this seems to be system wide where would I look to repair this. It must

terminals with tabs very slow to resize in compiz

-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Pseudo terminals missing

Original Message Subject:Re: Pseudo terminals missing Date: Mon, 16 Jul 2007 08:07:03 -0500 From: Saul Mena Avila [EMAIL PROTECTED] To: Ralph Katz [EMAIL PROTECTED] Hi, Ralph. You were right. I don't have installed util-linux but I can't installed either without

Re: Pseudo terminals missing

On 07/15/2007 01:13 AM, Saul Mena Avila wrote: Hello, Douglas. I ran ps -C getty but there weren't processes listed. Also, I run a locate getty and which getty (as root and user as well) but there weren't results either... although, the comands for the stty's are present in /etc/inittab as you

Pseudo terminals missing

Hi. I've been running Debian etch for 1 month or so and I noticed yesterday that when pressing CTRL + ALT + F1-F6, there aren't the usual psuedoterminals. I don't get error messages but Is this normal? Thanks. -saul

Re: Pseudo terminals missing

On Sat July 14 2007 11:04, Saul Mena Avila wrote: Hi. I've been running Debian etch for 1 month or so and I noticed yesterday that when pressing CTRL + ALT + F1-F6, there aren't the usual psuedoterminals. I don't get error messages but Is this normal? No, those terminals should (I'm sure

Re: Pseudo terminals missing

On Sat, Jul 14, 2007 at 01:04:37PM -0500, Saul Mena Avila wrote: Hi. I've been running Debian etch for 1 month or so and I noticed yesterday that when pressing CTRL + ALT + F1-F6, there aren't the usual psuedoterminals. I don't get error messages but Is this normal? No. If you look near the

Re: Pseudo terminals missing

Hello, Douglas. I ran ps -C getty but there weren't processes listed. Also, I run a locate getty and which getty (as root and user as well) but there weren't results either... although, the comands for the stty's are present in /etc/inittab as you mentioned. Some time ago I tweaked the package

Re: Complete system freeze from virtual terminals / terminal emulators

[ If you want to make sure that your messages show up in the correct thread then you have to provide In-Reply-To headers. With your webmail interface it is probably best to use Reply-To-All and then to remove the email address of the original poster and to shift the list address from

Re: Complete system freeze from virtual terminals / terminal emulators

On Sat, Apr 14, 2007 at 21:09:16 -0700, Pat Primate wrote: Florian Kulzer wrote earlier: [...] It looks like your X setup is OK as far as the graphics card is concerned (see my remarks below). Maybe the problem is in some weird way related to the pcspkr module which controls the system

Re: Complete system freeze from virtual terminals / terminal emulators

Thank you Florian and Kamaraju, I am impressed by the speed and helpfulness of the Debian-Users mailing list :) As for my system, I am completely up to date (clean install of 4.0r0) and the crash doesn't happen in the tty1 terminals, Only inside KDE/X11. I checked the bell settings in Konsole

Re: Complete system freeze from virtual terminals / terminal emulators

terminals, Only inside KDE/X11. I checked the bell settings in Konsole (settings --- bell) and it was set to System bell and not visual bell, BUT (the good news) I tried setting the bell settings to 'system notification', 'visual bell', and 'none' and all three of those settings allow me to use

Complete system freeze from virtual terminals / terminal emulators

I have an LG LW40-S3MU1 laptop and I'm new to Debian and I would love to give her a good run, but I have run into a persistant problem. With a fresh install (all software is original Etch 4.0r0 versions) if I open up a virtual terminal / terminal emulator (like konsole) and press one of the

Re: Complete system freeze from virtual terminals / terminal emulators

Pat Primate wrote: I have an LG LW40-S3MU1 laptop and I'm new to Debian and I would love to give her a good run, but I have run into a persistant problem. With a fresh install (all software is original Etch 4.0r0 versions) if I open up a virtual terminal / terminal emulator (like konsole) and

Re: Complete system freeze from virtual terminals / terminal emulators

On Thu, Apr 12, 2007 at 11:39:20 -0700, Pat Primate wrote: I have an LG LW40-S3MU1 laptop and I'm new to Debian and I would love to give her a good run, but I have run into a persistant problem. With a fresh install (all software is original Etch 4.0r0 versions) if I open up a virtual

Subject: Re: Complete system freeze from virtual terminals / terminal emulators

Ooops, sorry everyone, I accidently forgot to put the subject in my previous post. So if Florian or Kamaraju did not read my 'no subject' post (sent 2 minutes ago) please do so, I have responses to your questions :) Thanx pat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: no virtual terminals after fresh etch install

On Monday 15 January 2007 19:01, I wrote: I just did my first Debian install on a new desktop using the testing- i386-netinst CD. ... I cannot bring up the usual virtual terminals 1-6 (e.g. CTRL-ALT-F1). If I try, nothing at all happens. On Thu Jan 18 14:05:12 2007, Kevin Ross wrote: CTRL

Re: no virtual terminals after fresh etch install

On Thu, Jan 18, 2007 at 07:05:36PM -0500, Steve Kleene wrote: On Monday 15 January 2007 19:01, I wrote: I just did my first Debian install on a new desktop using the testing- i386-netinst CD. ... I cannot bring up the usual virtual terminals 1-6 (e.g. CTRL-ALT-F1). If I try, nothing

Re: Re: no virtual terminals after fresh etch install

On Monday 15 January 2007 19:01, I wrote: I just did my first Debian install on a new desktop using the testing- i386-netinst CD. ... I cannot bring up the usual virtual terminals 1-6 (e.g. CTRL-ALT-F1). If I try, nothing at all happens. On Mon Jan 15 15:13:59 2007, Matt Zagrabelny

no virtual terminals after fresh etch install

the usual virtual terminals 1-6 (e.g. CTRL-ALT-F1). If I try, nothing at all happens. I recently also brought up Ubuntu Edgy and had the same problem. I gave up on Ubuntu for other reasons. I'd appreciate any suggestions on how to get the virtual terminals working. Thanks. -- To UNSUBSCRIBE, email

Re: no virtual terminals after fresh etch install

instead of gnome. This works, but I cannot bring up the usual virtual terminals 1-6 (e.g. CTRL-ALT-F1). If I try, nothing at all happens. I recently also brought up Ubuntu Edgy and had the same problem. I gave up on Ubuntu for other reasons. I'd appreciate any suggestions on how to get

  1   2   3   4   >