GNU logs - #29357, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
Resent-From: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 19 Nov 2017 16:10:02 +0000
Resent-Message-ID: <handler.29357.B.151110780014505 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 29357 <at> debbugs.gnu.org
Date: Sun, 19 Nov 2017 17:09:35 +0100
From: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Message-ID: <20171119160935.GA4532@moocow>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Organisation: Private Abode of Mike and Cornelia Dowling
User-Agent: Mutt/1.9.1 (2017-09-22)
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

I don't believe that emacs can send this report as my ISP expects SASL to=
 port 578.  I therefore
send it using an appropriately configured "mutt" as user agent.

The Report:

If I  use X-windows, there is  no problem with cutting  and pasting from
outside an emacs  buffer into an emacs buffer and  vice versa.  But this
no  longer works  when  in a  text  console.  When  on  a Linux  virtual
console, pasting into an emacs buffer results in the message:

"No selection available"

in the mini-buffer.   Conversely, marking text in  an emacs buffer and pa=
sting  into a virtual
console yields no error, but it does not paste.

I have been using Linux and emacs for decades,  and this used to work unt=
il recently, but just
how recently, I cannot say, probably a month or two.

I've  searched the  Internet, but  the only  mention  of something  simil=
ar said  that it  was
fundamentally impossible, but this  is not true.  I've been using that  f=
eature for years.  (I
had the impression  that the author was using Windows  and wanted to cut
and paste to and to and from a DOS box.)

I use Arch Linux with the latest packages updated every day.  Nothing sel=
f compiled.

My tests were as follows:

  1. Try emacs -q -- still does not work.
  2. Set up a new user with no special  environment, just out of the box.=
  No .emacs file, and
     no bash init files.  Same behaviour.
  3. Now  the strange bit: login  using my normal userid  "mike" and chan=
ge user  to the newly
     created user "joe", and cut and paste works for joe.  ("su - joe" wa=
s used for that.)
  4. Logout, and log back in again as joe (no su -; joe logs in from the
     text terminal), cut and paste no longer works for joe, But change us=
er user
     using "su - mike", and it works for mike!
  5. Is it a shell problem?  Change shell to zsh, same behaviour.
  6. Login as mike  or joe, and call the bash  again.  Now I'm not in a  =
login shell, but same
     behaviour, no cut and paste.

I cannot say for sure that this is an emacs  problem.  It could be a Linu=
x problem, or an Arch
Linux problem.   It might even  be a shell  problem, although with  the a=
bove tests  that seem
unlikely.

In GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.19)
 of 2017-09-16 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.1190500=
0
Configured using:
 'configure   --prefix=3D/usr    --sysconfdir=3D/etc   --libexecdir=3D/us=
r/lib
 --localstatedir=3D/var  --with-x-toolkit=3Dgtk3  --with-xft  --with-modu=
les
 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -fstack-protector-s=
trong
 -fno-plt'                                  CPPFLAGS=3D-D_FORTIFY_SOURCE=3D=
2
 LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG  TIFF GIF PNG RSVG  IMAGEMAGICK SOUND GPM DBUS  GCONF GSETTINGS
NOTIFY   ACL  GNUTLS   LIBXML2   FREETYPE  M17N_FLT   LIBOTF  XFT   ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

Important settings:
  value of $LC_CTYPE: en_NZ.UTF-8
  value of $LC_MONETARY: en_IE.UTF-8
  value of $LC_TIME: en_DK.UTF-8
  value of $LANG: en_NZ.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  Info-breadcrumbs-in-mode-line-mode: t
  icicle-mode: t
  diff-auto-refine-mode: t
  shell-dirtrack-mode: t
  on-screen-global-mode: t
  display-time-mode: t
  global-highlight-parentheses-mode: t
  highlight-parentheses-mode: t
  minibuffer-depth-indicate-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Function icicle-repeat-complex-command is already compiled
Turning OFF Icicle mode...done
Turning ON Icicle mode...done
Turning OFF Icicle mode...done
Turning ON Icicle mode...done
Turning ON Icicle mode...done
Appointment reminders enabled (no diary file found)
Loading /usr/share/emacs/25.3/lisp/textmodes/table.elc...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Computing completion candidates...

Load-path shadows:
None found.

Features:
(shadow  sort org-rmail  org-mhe org-irc  org-info org-gnus  org-docview
doc-view subr-x jka-compr image-mode  org-bibtex bibtex org-bbdb org-w3m
org-table  org org-macro  org-footnote org-pcomplete  org-list org-faces
org-entities  org-version  ob-emacs-lisp   ob  ob-tangle  ob-ref  ob-lob
ob-table  ob-exp org-src  ob-keys ob-comint  ob-core ob-eval  org-compat
org-macs  org-loaddefs  find-func  flyspell  ispell  mail-extr  emacsbug
sendmail face-remap table  browse-kill-ring+ browse-kill-ring mouse-drag
mouse-copy appt diary-lib  diary-loaddefs cal-menu calendar cal-loaddefs
warnings  two-column   info+  info  icicles   icicles-mode  icicles-cmd2
icicles-cmd1   second-sel   frame-cmds  frame-fns   avoid   icicles-mcmd
image-dired  icicles-fn icicles-var  apropos-fn+var apropos  icicles-opt
ffap  url-parse   url-vars  fuzzy-match  cus-theme   cus-edit  cus-start
cus-load   bookmark+    bookmark+-key   derived    dired-x   bookmark+-1
bookmark+-bmu  bookmark+-lit  pp+   icicles-face  ring+  edmacro  kmacro
julia-shell  loccur  crosshairs  lacarte  synonyms  thingatpt+  hl-line+
hl-line col-highlight  vline doremi psvn wid-edit  log-edit message idna
dired rfc822  mml mml-sec  epg mm-decode mm-bodies  mm-encode mail-parse
rfc2231  rfc2047  rfc2045  ietf-drums  mailabbrev  mail-utils  gmm-utils
mailheader pcvs-util add-log diff-mode ido ess-toolbar ess-mouse mouseme
ess-menu ess-swv ess-noweb  ess-noweb-font-lock-mode ess-bugs-l essd-els
ess-sas-d  ess-sas-l  ess-sas-a   ess-sta-d  ess-sta-l  cc-vars  cc-defs
make-regexp  ess-sp6-d ess-dde  ess-sp3-d  ess-julia julia-mode  ess-r-d
ess-r-syntax   ess-r-completion   ess-roxy  essddr   hideshow   ess-help
ess-r-package  ess-s-l  ess   ess-inf  ess-tracebug  tramp  tramp-compat
auth-source   gnus-util  mm-util   help-fns  mail-prsvr   password-cache
tramp-loaddefs trampver ucs-normalize shell pcomplete format-spec advice
ess-mode ess-noweb-mode ess-utils  ess-generics cl ess-custom executable
ess-compat  ess-site bookmark+-mac  bookmark filladapt  dabbrev tex-site
auto-loads   on-screen   hexrgb   ack   quail   math-symbol-lists   time
slime-editing-commands     slime-scratch      slime-repl     slime-parse
slime-autoloads slime compile etags xref cl-seq project eieio eieio-core
cl-macs arc-mode archive-mode noutline outline pp comint ansi-color ring
hyperspec   thingatpt   browse-url  blinking-cursor   pager   easy-mmode
highlight-parentheses mb-depth+  mb-depth finder-inf  package epg-config
seq byte-opt gv bytecomp  byte-compile cl-extra help-mode easymenu cconv
cl-loaddefs  pcase cl-lib  time-date  mule-util  tooltip eldoc  electric
uniquify    ediff-hook    vc-hooks    lisp-float-type    mwheel    x-win
term/common-win  x-dnd  tool-bar  dnd fontset  image  regexp-opt  fringe
tabulated-list newcomment  elisp-mode lisp-mode prog-mode  register page
menu-bar rfn-eshadow  timer select  scroll-bar mouse  jit-lock font-lock
syntax  facemenu font-core  frame  cl-generic  cham georgian  utf-8-lang
misc-lang vietnamese tibetan thai  tai-viet lao korean japanese eucjp-ms
cp51932  hebrew greek  romanian  slovak czech  european ethiopic  indian
cyrillic  chinese  charscript  case-table  epa-hook  jka-cmpr-hook  help
simple  abbrev minibuffer  cl-preloaded  nadvice  loaddefs button  faces
cus-face macroexp  files text-properties overlay sha1  md5 base64 format
env  code-pages mule  custom  widget hashtable-print-readable  backquote
dbusbind inotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 523402 14043)
 (symbols 48 51189 1)
 (miscs 40 664 299)
 (strings 32 129144 19036)
 (string-bytes 1 3827730)
 (vectors 16 68310)
 (vector-slots 8 1193079 2274)
 (floats 8 557 274)
 (intervals 56 370 0)
 (buffers 976 106))

--=20
Dr. Michael L. Dowling
Gau=C3=9Fstr. 27
38106 Braunschweig
Germany

--=20
Dr. Michael L. Dowling
Gau=C3=9Fstr. 27
38106 Braunschweig
Germany

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Subject: bug#29357: Acknowledgement (Cut and paste problems on Linux on a
 text virtual console no longer works)
Message-ID: <handler.29357.B.151110780014505.ack <at> debbugs.gnu.org>
References: <20171119160935.GA4532@moocow>
X-Gnu-PR-Message: ack 29357
X-Gnu-PR-Package: emacs
Reply-To: 29357 <at> debbugs.gnu.org
Date: Sun, 19 Nov 2017 16:10:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 29357 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
29357: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29357
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 14 Aug 2020 23:18:01 +0000
Resent-Message-ID: <handler.29357.B29357.159744702624338 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Cc: 29357 <at> debbugs.gnu.org
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <20200814195252.GA2819@moocow>
References: <20171119160935.GA4532@moocow>
 <CADwFkmm6hze_2h1fTDiqOFB2At1edfp=oJX5EQdxRidK8XWq0Q@HIDDEN>
 <20200814195252.GA2819@moocow>
MIME-Version: 1.0
Date: Fri, 14 Aug 2020 16:16:57 -0700
Message-ID: <CADwFkmmnXau_ODKc12v=SSX-KKvhLvMp=4BwS2MTuZaVjVaTrA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

[Please use "Reply to all" so the discussion is in the bug tracker.]

Hi Michael,

Thanks for replying back with details.  I'm hoping that the information
you have provided will help someone who knows more about this stuff
investigate this.

Best regards,
Stefan Kangas

"Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN> writes:

> Hello Stefan!
>
> Thanks for  replying.  This  is an  old bug  report but  is nevertheless
> still valid.
>
> On Mon, Aug 10, 2020 at 09:14:36AM -0700, Stefan Kangas wrote:
>> "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN> writes:
>
>> > The Report:
>> >
>> > If I  use X-windows, there is  no problem with cutting  and pasting from
>> > outside an emacs  buffer into an emacs buffer and  vice versa.  But this
>> > no  longer works  when  in a  text  console.  When  on  a Linux  virtual
>> > console, pasting into an emacs buffer results in the message:
>> >
>> > "No selection available"
>
> This continues to be the case to this day.
>
>> > Conversely, marking text in  an emacs buffer and pasting  into a virtual
>> > console yields no error, but it does not paste.
>
> This has apparently been fixed.  It now works.
>
> Of  course, cut-and-paste  never worked  when it's  from an  xterm to  a
> virtual console, and vice versa, and I have never expected it to.
>
>> How do you cut and paste in the Linux virtual console?  Are you using
>> gpm?
>
> Yes, I use gpm.
>
>> Could you please provide a recipe for reproducing this?
>
> Simple!
>
> /usr/lib/systemd/system$grep gpm *
> gpm.service:ExecStart=/usr/bin/gpm -m /dev/input/mice -t imps2
>
> However  I mark  that text,  for example,  with a  depressed left  mouse
> button on the '/'  of '/usr', and dragging the mouse  to '2' of 'imps2',
> and then  releasing the left button,  with a right button  click in this
> text as I write, I get that error.  The same goes for any other means of
> cutting and pasting, for example, simply  double clicking on a word, and
> pasting with a single right button click, the same error.
>
> (I copied this text using emacs; start a shell process in emacs, and cut
> and  paste using  emacs, works.   This  doesn't use  the mouse,  though,
> namely with the set-mark-command (C-SPC) and append-next-kill (M-C-w).)
>
>> >
>> > My tests were as follows:
>> >
>> >   1. Try emacs -q -- still does not work.
>> >   2. Set up a new user with no special  environment, just out of the box.  No .emacs file, and
>> >      no bash init files.  Same behaviour.
>> >   3. Now  the strange bit: login  using my normal userid  "mike" and change user  to the newly
>> >      created user "joe", and cut and paste works for joe.  ("su - joe" was used for that.)
>> >   4. Logout, and log back in again as joe (no su -; joe logs in from the
>> >      text terminal), cut and paste no longer works for joe, But change user user
>> >      using "su - mike", and it works for mike!
>
> I had forgotten about this.  So I made some more tests.
>
> Login from a virtual console as  "joe", and cut-and-paste does not work.
> (Joe  has  a  completely  empty  home  directory;  no  .bash*  except  a
> .bash_logout that deletes everything except .bash_logout)
>
> Login as "mike" and "su - joe" and it does work.
>
> Login as "mike" and "su - mike" and it doesn't work.
>
> Login as "joe" and "su - mike", and cut-and-paste works!!!
>
> Give "joe"  with ksh as  login shell  and login as  "joe", cut-and-paste
> doesn't work.
>
> It doesn't work for  root either when root logs in as  root on a virtual
> console.
>
> Weird!
>
> BTW, this  computer is not  one year old and  has a completely  new ARCH
> installation.
>
>> >   5. Is it a shell problem?  Change shell to zsh, same behaviour.
>> >   6. Login as mike  or joe, and call the bash  again.  Now I'm not in a  login shell, but same
>> >      behaviour, no cut and paste.
>> >
>> > I cannot say for sure that this is an emacs  problem.  It could be a Linux problem, or an Arch
>> > Linux problem.   It might even  be a shell  problem, although with  the above tests  that seem
>> > unlikely.
>>
>> Are you seeing this outside of Emacs?
>
> No!   Cut-and-paste  works  fine  everywhere else,  within  and  between
> virtual consoles, from virtual consoles to postgresql (psql), to python,
> etc, etc.  The (frustrating) odd man out is emacs.
>
> As I recall,  at the time cut-and-paste ceased to  work for emacs, there
> had been a major upgrade of emacs.
>
> There  is  something   about  that  initial  login   that  affects  that
> cut-and-paste.
>
> My Linux boots to text-mode virtual  consoles.  I manually start X using
> startx.  This might be one reason  why cut-and-paste works in X, just as
> it works when first logging in as another and changing user works.
>
> Cheers,
>
> Mike

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
References: <20171119160935.GA4532@moocow>
Resent-From: Alan Mackenzie <acm@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Aug 2020 08:54:01 +0000
Resent-Message-ID: <handler.29357.B29357.1597481587503 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Stefan Kangas <stefan@HIDDEN>, Dr.Michael L.Dowling <Mike.Dowling@HIDDEN>
Cc: acm@HIDDEN, 29357 <at> debbugs.gnu.org
Date: 15 Aug 2020 08:52:56 -0000
Message-ID: <20200815085256.65438.qmail@HIDDEN>
From: Alan Mackenzie <acm@HIDDEN>
Organization: muc.de e.V.
In-Reply-To: <mailman.2142.1597447084.2739.bug-gnu-emacs@HIDDEN>
User-Agent: tin/2.4.4-20191224 ("Millburn") (FreeBSD/11.3-RELEASE-p9 (amd64))
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello, Michael and Stefan.

In article <mailman.2142.1597447084.2739.bug-gnu-emacs@HIDDEN> you wrote:
> [Please use "Reply to all" so the discussion is in the bug tracker.]

> Hi Michael,

> Thanks for replying back with details.  I'm hoping that the information
> you have provided will help someone who knows more about this stuff
> investigate this.

> Best regards,
> Stefan Kangas

> "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN> writes:

>> Hello Stefan!

>> Thanks for  replying.  This  is an  old bug  report but  is nevertheless
>> still valid.

>> On Mon, Aug 10, 2020 at 09:14:36AM -0700, Stefan Kangas wrote:
>>> "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN> writes:

>>> > The Report:

>>> > If I  use X-windows, there is  no problem with cutting  and pasting from
>>> > outside an emacs  buffer into an emacs buffer and  vice versa.  But this
>>> > no  longer works  when  in a  text  console.  When  on  a Linux  virtual
>>> > console, pasting into an emacs buffer results in the message:

>>> > "No selection available"

>> This continues to be the case to this day.

Forgive me for not answering each point individually.

The problem with GPM and Emacs had been annoying me so much that I got
into the GPM source code in early 2016 to try and fix it.  The conclusion
I came to then was that the GPM mouse works in two exclusive incompatible
ways: (i) it works on the virtual terminal; (ii) it works under the
control of an application, such as Emacs.  These two modes don't interact
with eachother.

Unfortunately, I didn't note down any of the precise details in GPM, but
the _only_ way to transfer text into or out of Emacs with GPM is first to
do M-x gpm-mouse-mode (to disable "application" mode), followed by normal
GPM operations on the screen.  I actually have gpm-mouse-mode disabled by
default, since I don't need to use mouse facilities in Emacs.

I did make a note about this in the Emacs manual on the page "Text-Only
Mouse".

There are several annoyances with this way of working - if you've got
side-by-side windows, you've really got to get rid of all but the
pertinent window before being able to mark text with the mouse; when you
yank text in with the middle button, linefeeds misbehave, giving
indentation where none is wanted.  For all that, having GPM is better
than not having it.

[ .... ]

>> Cheers,

>> Mike

-- 
Alan Mackenzie (Nuremberg, Germany).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Aug 2020 15:47:01 +0000
Resent-Message-ID: <handler.29357.B29357.15975928126772 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 29357
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Mackenzie <acm@HIDDEN>, "Dr.Michael L.Dowling" <Mike.Dowling@HIDDEN>
Cc: 29357 <at> debbugs.gnu.org
Received: via spool by 29357-submit <at> debbugs.gnu.org id=B29357.15975928126772
          (code B ref 29357); Sun, 16 Aug 2020 15:47:01 +0000
Received: (at 29357) by debbugs.gnu.org; 16 Aug 2020 15:46:52 +0000
Received: from localhost ([127.0.0.1]:58227 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1k7Ks0-0001lA-0P
	for submit <at> debbugs.gnu.org; Sun, 16 Aug 2020 11:46:52 -0400
Received: from mail-yb1-f169.google.com ([209.85.219.169]:37397)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1k7Kru-0001ku-W9
 for 29357 <at> debbugs.gnu.org; Sun, 16 Aug 2020 11:46:50 -0400
Received: by mail-yb1-f169.google.com with SMTP id e14so8072352ybf.4
 for <29357 <at> debbugs.gnu.org>; Sun, 16 Aug 2020 08:46:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:in-reply-to:references:mime-version:date
 :message-id:subject:to:cc;
 bh=0eFySBWL0TOT6JrXXXZlOvWyRyaYzlZOso32H0ix6qY=;
 b=oC+44jezqi4iORJIrD5IIwwNvZI5WNm9vBoy3Ryuv8hFta3fQhK345g3rEMoxiSwPu
 ODBQnaRXa6dZifzEvSCJW7ni6ZrVIdF1sdZ5pXZwFpy/eKO7OtmfsGLgi+HRvl/ndvpW
 C2k/bepmZDj0nhJ8KDp2Eb2CjVN2cmarmNcvG+F7B+0YJbHv37+NK5+Opu5rDwox+Ivo
 L97E34VvfV+2DzcGC+Wc/lh+9BTn6y4jlNqrkyRyouTeLQEKHmS/LzOAJ2Ije11zSHQQ
 XZkt5WFfKRwZa9+zqwCmkWedVKfNTEfy+Etpp7lAvaKxJ3xjchO2IOCh/Zgg5Ev1/yop
 ycnw==
X-Gm-Message-State: AOAM5300/1szDfXdfbPqg1SlJ9+NdIlGqLfYLEgzqErVF7ncW/BVDVe4
 8B5rAaNVQ16oECcF8yUjopfXBzR5eZLUHplpSAM=
X-Google-Smtp-Source: ABdhPJxnuU3JaOrc4ivj54u+haGghcpQBHwsL60Q9us7hRnpJCDcoXjk9j/BWBL7IKuiYO3QyqtSlRcvhd0SM49B7j0=
X-Received: by 2002:a25:4609:: with SMTP id t9mr14967388yba.231.1597592801258; 
 Sun, 16 Aug 2020 08:46:41 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 16 Aug 2020 08:46:40 -0700
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <20200815085256.65438.qmail@HIDDEN>
References: <20200815085256.65438.qmail@HIDDEN>
MIME-Version: 1.0
Date: Sun, 16 Aug 2020 08:46:40 -0700
Message-ID: <CADwFkmkBNGJOvbv1yqOWR7YE2Crm0EuKgxbtxSY_tk1V+Uz_tw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Hi Alan,

Alan Mackenzie <acm@HIDDEN> writes:

> The problem with GPM and Emacs had been annoying me so much that I got
> into the GPM source code in early 2016 to try and fix it.  The conclusion
> I came to then was that the GPM mouse works in two exclusive incompatible
> ways: (i) it works on the virtual terminal; (ii) it works under the
> control of an application, such as Emacs.  These two modes don't interact
> with eachother.
>
> Unfortunately, I didn't note down any of the precise details in GPM, but
> the _only_ way to transfer text into or out of Emacs with GPM is first to
> do M-x gpm-mouse-mode (to disable "application" mode), followed by normal
> GPM operations on the screen.  I actually have gpm-mouse-mode disabled by
> default, since I don't need to use mouse facilities in Emacs.
>
> I did make a note about this in the Emacs manual on the page "Text-Only
> Mouse".
>
> There are several annoyances with this way of working - if you've got
> side-by-side windows, you've really got to get rid of all but the
> pertinent window before being able to mark text with the mouse; when you
> yank text in with the middle button, linefeeds misbehave, giving
> indentation where none is wanted.  For all that, having GPM is better
> than not having it.

This is very useful information, thank you.  If I understand you
correctly, this is a limitation in GPM, and not in Emacs.  Maybe some
interested party could report this as a feature request to GPM.

BTW, maybe someone could test and see if this works with some other
program that also splits the display to see if it has the same problem.

I suppose that means that this bug should be closed?  Or is there
anything more we should do?

Best regards,
Stefan Kangas

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
Resent-From: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Aug 2020 19:37:01 +0000
Resent-Message-ID: <handler.29357.B29357.159760658931583 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 29357
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: Alan Mackenzie <acm@HIDDEN>, 29357 <at> debbugs.gnu.org
Received: via spool by 29357-submit <at> debbugs.gnu.org id=B29357.159760658931583
          (code B ref 29357); Sun, 16 Aug 2020 19:37:01 +0000
Received: (at 29357) by debbugs.gnu.org; 16 Aug 2020 19:36:29 +0000
Received: from localhost ([127.0.0.1]:58570 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1k7OSD-0008DL-AT
	for submit <at> debbugs.gnu.org; Sun, 16 Aug 2020 15:36:29 -0400
Received: from mailout01.t-online.de ([194.25.134.80]:41592)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <Mike.Dowling@HIDDEN>) id 1k7OSB-0008DD-KA
 for 29357 <at> debbugs.gnu.org; Sun, 16 Aug 2020 15:36:28 -0400
Received: from fwd10.aul.t-online.de (fwd10.aul.t-online.de [172.20.26.152])
 by mailout01.t-online.de (Postfix) with SMTP id 1BFA342B9E18;
 Sun, 16 Aug 2020 21:36:26 +0200 (CEST)
Received: from moocow
 (VsHRKUZdZhoBGc5C0YWMVoxRVUz-cqznXtihA5p2SVlTdBfYqwtKDrf0rcQsAeggv9@[87.164.78.156])
 by fwd10.t-online.de
 with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted)
 esmtp id 1k7OS9-45lOHg0; Sun, 16 Aug 2020 21:36:25 +0200
Date: Sun, 16 Aug 2020 21:36:24 +0200
From: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Message-ID: <20200816193624.GB3196@moocow>
References: <20200815085256.65438.qmail@HIDDEN>
 <CADwFkmkBNGJOvbv1yqOWR7YE2Crm0EuKgxbtxSY_tk1V+Uz_tw@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CADwFkmkBNGJOvbv1yqOWR7YE2Crm0EuKgxbtxSY_tk1V+Uz_tw@HIDDEN>
Organisation: Private Abode of Mike and Cornelia Dowling
X-ID: VsHRKUZdZhoBGc5C0YWMVoxRVUz-cqznXtihA5p2SVlTdBfYqwtKDrf0rcQsAeggv9
X-TOI-EXPURGATEID: 150726::1597606585-0000ABB5-880CCAAC/0/0 CLEAN NORMAL
X-TOI-MSGID: 783fb010-594b-4c62-89f3-4e3e64146335
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Sun, Aug 16, 2020 at 08:46:40AM -0700, Stefan Kangas wrote:
> > There are several annoyances with this way of working - if you've got
> > side-by-side windows, you've really got to get rid of all but the
> > pertinent window before being able to mark text with the mouse; when you
> > yank text in with the middle button, linefeeds misbehave, giving
> > indentation where none is wanted.  For all that, having GPM is better
> > than not having it.
> 
> This is very useful information, thank you.  If I understand you
> correctly, this is a limitation in GPM, and not in Emacs.  Maybe some
> interested party could report this as a feature request to GPM.
> 
> BTW, maybe someone could test and see if this works with some other
> program that also splits the display to see if it has the same problem.

If I can be of any further assistance I would be willing to try, but I'd
need somebody to suggest how.

> I suppose that means that this bug should be closed?  Or is there
> anything more we should do?

I  had come  to the  conclusion  that I  was  one of  the last  die-hard
Linux/text-mode/command line users.  Were that  to be the case, it would
be unreasonable of me to expect people to work to fix it. But apparently
I'm not the last die-hard user.  But then, why have others not also made
bug reports?

This is a very old bug report.   Since nobody reacted to it, I concluded
that nobody was using text-mode.  Then truecrypt stopped development, so
I adopted  veracrypt instead.  It  worked fine,  except in text  mode it
yielded error messages  from a graphics library.   Since it nevertheless
worked,  I  did not  make  a  bug  report.   I expected  somebody  would
eventually fix it,  but nobody did, until a few  weeks ago, years later.
But that reinforced my conclusion that text-mode was not being used.

If I  can help in any  way, please let  me know.  I personally  have not
noticed any other strange behavious of  GPM, but, with a pointer or two,
I could investigate this.

Cheers,

Mike

-- 
Dr. Michael L. Dowling
Gaußstr. 27
38106 Braunschweig
Germany

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#29357: Cut and paste problems on Linux on a text virtual console no longer works
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Aug 2020 20:49:01 +0000
Resent-Message-ID: <handler.29357.B29357.159761092131638 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 29357
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN>
Cc: Alan Mackenzie <acm@HIDDEN>, 29357 <at> debbugs.gnu.org
Received: via spool by 29357-submit <at> debbugs.gnu.org id=B29357.159761092131638
          (code B ref 29357); Sun, 16 Aug 2020 20:49:01 +0000
Received: (at 29357) by debbugs.gnu.org; 16 Aug 2020 20:48:41 +0000
Received: from localhost ([127.0.0.1]:58648 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1k7Pa5-0008EE-AT
	for submit <at> debbugs.gnu.org; Sun, 16 Aug 2020 16:48:41 -0400
Received: from mail-yb1-f179.google.com ([209.85.219.179]:45638)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1k7Pa0-0008Dx-TR
 for 29357 <at> debbugs.gnu.org; Sun, 16 Aug 2020 16:48:39 -0400
Received: by mail-yb1-f179.google.com with SMTP id x2so8297279ybf.12
 for <29357 <at> debbugs.gnu.org>; Sun, 16 Aug 2020 13:48:36 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:in-reply-to:references:mime-version:date
 :message-id:subject:to:cc;
 bh=x/l24RvqnnNaPMu0kHeDVSlaAqB10x+6bPn/sbmd7o0=;
 b=k54LS6vZRn/fOpjMyShjfWnDWfOD1X/9/hNIIG/t2u3yQWkgzLXEvLnm6ozZ/Ai45i
 VUCIUSgjVsphZi3AWJZZ4sLeSugvvvgq975a29RDp4cRqZS5tnYVysXerXDuTyn1eZD0
 RmLCxHkC6gXewr5gqRBiaWelTie9hivuS64QyCpjwU+x/rJV5WlPVT5Baurjn0Y5U7MO
 /IFGxqTBIYmZGaeLPicm0RgoxbiWILLmNsdOfyIe31rjTpR3iaFwIcflKW/M5qp3mYYK
 uCpP+bXVXy6SH1YJBa1ZSXkdPbqQ83XcJgAGOviLWn/b2LfgcAVL05E4d0vcr+fuaXRS
 8yEg==
X-Gm-Message-State: AOAM532ALesPtz2fHgU8EfRfoSKoy3xUOR5XbnCXClLDhq12VyrqI1ij
 wxJweHByhpxwjIDA9lro/UXR5mNbZJXLsN4dVa8=
X-Google-Smtp-Source: ABdhPJyzzevHQQLa4J1GzvcO05c0urdIMEKqAWDTquchYOvwU2JIXMhWBIZv9sb040wU5myLSAlYDFp4UkXx92jlqbI=
X-Received: by 2002:a25:b290:: with SMTP id k16mr16122037ybj.389.1597610911096; 
 Sun, 16 Aug 2020 13:48:31 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 16 Aug 2020 13:48:30 -0700
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <20200816193624.GB3196@moocow>
References: <20200815085256.65438.qmail@HIDDEN>
 <CADwFkmkBNGJOvbv1yqOWR7YE2Crm0EuKgxbtxSY_tk1V+Uz_tw@HIDDEN>
 <20200816193624.GB3196@moocow>
MIME-Version: 1.0
Date: Sun, 16 Aug 2020 13:48:30 -0700
Message-ID: <CADwFkm=-HZbFVkChp4pBpXLhLw1W5ie_NgwBng=M=WwcDVhJHw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

"Dr. Michael L. Dowling" <Mike.Dowling@HIDDEN> writes:

> If I can be of any further assistance I would be willing to try, but I'd
> need somebody to suggest how.

My idea was simply to test e.g. vim (or some $FOO text editor) and see
how well it works with regards to split screen support.  But I guess
they would have to do something similar to us according to what Alan has
reported.  So I'm actually not sure that testing it will help much...

> I  had come  to the  conclusion  that I  was  one of  the last  die-hard
> Linux/text-mode/command line users.

(You might enjoy hearing that RMS also uses Emacs on the Linux console.)

Best regards,
Stefan Kangas

Last modified: Sun, 16 Aug 2020 21:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.