Puncte:1

Ubuntu 20.04 septembrie 2021 - Eroare doar pentru VIM: orice actualizare a fost împinsă a rupt lipirea, atât butonul Hightlight/Middle, cât și ctrl-insert/shift-ctrl-insert

drapel cn
AJH

Folosesc vi de la sfârșitul anilor 1980, așa că să presupunem că sunt extrem de familiarizat cu el...

Ori de câte ori încerc să lipesc acum (da, în modul de inserare) mai întâi suprascrie linii, apoi lipește o parte din selecție și, uneori, trece în verificarea ortografică.

Nimic nu s-a schimbat în afară de upgrade-uri nesupravegheate care fac treaba asta.

S-a eliminat vi, vim, a încercat versiunea gtk, necompletat ~/.vimrc, nu ~/.vimrc, la fel cu toate combinațiile de /etc/vim/vimrc

S-a eliminat bashrc, sursă /etc/profile, același...

La fel și în gnome-terminal și terminator...

Nu sunteți sigur ce a mers prost, altcineva are probleme similare?

vim.gtk3 --version VIM - Vi IMproved 8.1 (18 mai 2018, compilat 15 aprilie 2020 06:40:31) Patch-uri incluse: 1-2269

Deoarece face acest lucru cu fișiere vimrc goale, atunci când îl recreează/instalează diferite vims, le-am lăsat goale.

Toate celelalte programe -- chiar și editorii bazați pe shell precum pico -- funcționează.

Intrarea SSH de la alte mașini în care funcționează vim are aceeași eroare.

Actualizare: acesta este singurul desktop 20.04 pe care îl am. O mulțime de laptopuri/desktop-uri/servere 18.04, fără probleme cu ele, dar ssh'ing de la oricare și eroarea se repetă. Ssh'ing out... hai sa vedem... de pe desktop 20.04 -> server ubuntu 18.04 si laptop 18.04, aceeasi eroare.Deci, conform comentariilor de mai jos, pare ceva în sistemul gnome sau x-windows. Cred că o actualizare care suprascrie un fișier de configurare s-a prost? Nu sunt sigur ce configurații în ~/.config/ ar trebui să mă uit? Orice indicii ar fi foarte apreciat!

guiverc avatar
drapel cn
Ultima modificare care a avut loc cu `vim` în *focal* a fost datată `Miercuri, 15 Apr 2020 16:40:31 +1000`, așa că nu este o problemă cu `vim`, pariez (https://changelogs.ubuntu.com/ changelogs/pool/main/v/vim/vim_8.1.2269-1ubuntu5/changelog). În prezent, se presupune că munca nu a fost făcută fără modificări la `vim` implică că este legat de altceva de pe sistemul tău despre care nu știm nimic; dacă ar fi vorba despre un raport de eroare, m-aș uita la ce alte pachete sunt pe sistemul dvs., dar nu ni s-a oferit niciunul aici, știind puține despre sistemul dvs.
user535733 avatar
drapel cn
Au existat o mulțime de upgrade-uri de pachete în septembrie 2021. Consultați `/var/log/apt/history.log` pentru a vedea ce upgrade-uri au ajuns în sistemul dumneavoastră luna aceasta. Datorită actualizărilor în etape, upgrade-urile tale pot fi diferite de ale mele (deci titlul tău nu este deosebit de util).
AJH avatar
drapel cn
AJH
Sunt de acord cu ambele și scanam pentru actualizări gnome, dar nu sunt familiarizat cu ce s-ar descurca -- mai corect interferează doar cu vim -- lipirea clipboard-ului? Vă mulțumesc amândoi pentru răspunsul atât de repede, apreciez foarte mult! Așa cum stau lucrurile, lipesc în sistemul de fișiere cu vechiul > și :r import, super frustrant!
Nate T avatar
drapel it
@guiverc Cred că Linux a schimbat comanda ioctl() C din cauza problemelor de securitate. Vedeți linkul din răspunsul meu de mai jos. Tocmai am dat peste ea azi.
guiverc avatar
drapel cn
@NateT ; ar fi fost mai bine folosirea unei pagini de manual *focal*; adică. http://manpages.ubuntu.com/manpages/focal/man8/gpm.8.html
Puncte:0
drapel cn
AJH

Nimic nu funcționa.

Deci, uitându-mă la istoricul de instalare.log enumerat mai sus și că vim nu s-a schimbat de ceva vreme, am văzut că gir1.2-clutter-1.0 a fost printre actualizări. Nu m-am uitat niciodată la ceea ce fac programele girl*, dar apt-cache îl listează ca deținând gsettings, așa că m-am gândit că ceva trebuie să fi mers prost după ce am actualizat la un NVME de pe un HDD spinny în urmă cu aproximativ patru luni. Nu în actualizare, deoarece lucrurile au fost bine pentru o vreme...

Am acea veche unitate magnetică cu o copie a lui ~ de înainte să se întâmple asta, tocmai am făcut opțiunea nucleară rm -rf ~/.config/ și am sincronizat .config înapoi de pe hard disk și până acum! Nu mai sunt probleme, nici măcar nu am repornit GDM3.

În retrospectivă, ar fi trebuit să tard ~./config defect și să fac niște diferențe ale fișierelor de configurare pentru a găsi problema reală, mai ales că ați fost atât de utile. Așa că să-mi fie rușine acolo, dar a fost super frustrant și am rămas în urmă la muncă și am petrecut prea mult timp încurcându-mă cu asta.

În afara subiectului, dar am observat jurnalele de „repornire” ca o oprire nesigură a nvme-ului, numai oprire, oprirea/pornirea nu, așa că este posibil să fi folosit nvme-ul prea greu sau necorespunzător și ceva cauzat o scriere nepotrivita:

(rădăcină): df -h | grep nvme
/dev/nvme0n1p1 1.9T 406G 1.5T 22% /home/

(rădăcină): nvme smart-log /dev/nvme0n1p1
Jurnal inteligent pentru dispozitivul NVME:nvme0n1p1 namespace-id:ffffffff
avertisment_critic: 0
temperatura: 39 C
disponibil_de rezervă: 100%
prag_disponibil: 5%
procentaj utilizat: 91%
cicluri_putere: 45
ore_pornire: 2.806
opriri_nesigure : 32
media_errors: 0
num_err_log_entries: 128
Puncte:0
drapel it

Problema:

Face acest raspunde la intrebarea ta?
...al 3-lea paragraf

Se pare că Linux a schimbat nivelul de permisiune necesar pentru a accesa ioctl() funcţionează programatic, din cauza „problemelor de securitate legate de copierea paginilor întregi..”? După cum am înțeles, aproape orice aplicație care a folosit copierea/lipirea a folosit-o prin această funcție, așa că toți fie au încetat să accepte copierea/lipirea, fie au găsit o implementare diferită.

O soluție pe care am folosit-o pentru vim:

Sunt atent la cantitatea de linii pe care trebuie să le lipesc. Când am cursorul pe linia în care trebuie să înceapă pasta (în modul normal), apăs [Nu Unde [N] este numărul de linii de care am nevoie să le șterg. La început, șterge doar o singură linie și pune buffer-ul în modul Insert, dar de îndată ce este apăsat Escape, restul sunt șterse și aterizați înapoi la normal.Totul este ca înainte de comandă, cu excepția intervalului [N]-linie de sub cursor.

Rezumat:

Lovind 9o Esc va crea un spațiu de 9 spații sub cursor în care puteți lipi.

Poate părea puțin ciudat pentru o zi sau două, dar pentru mine, odată ce am înțeles, am simțit că a fost întotdeauna așa.

AJH avatar
drapel cn
AJH
gpm -- wow, e o explozie din trecut! În cazul meu, nu, asta nu a funcționat... ... încă lipește și suprascrie parțial.
Nate T avatar
drapel it
Cum? Sugeram să creați mai multe linii goale în care textul lipit ar merge înainte de a lipi. Nu ar trebui să existe nimic de suprascris. De asemenea, ce vrei să spui prin „paste parțial”. ? Al meu doar suprascrie.
AJH avatar
drapel cn
AJH
Să presupunem că vă copiez textul de mai sus și îl inserez în modul de inserare, plasează aleatoriu inserarea nu la linia de inserare -- undeva dedesubt -- și ar începe cu „o creați un multiplu...” și va continua cu sfarsit. Deci ceva este în neregulă cu ceea ce este lipit din buffer și este 1) Emiterea comenzilor către vim 2) pornirea inserării într-un loc aleatoriu (acesta nu este după primul caracter „i”). Este super enervant, dar l-am rezolvat, ei bine, a devenit un fel de nuclear și s-a reparat de la sine, vezi mai jos. Multumesc totusi pentru timpul acordat!
Nate T avatar
drapel it
Ma bucur ca s-a rezolvat. Btw, ai văzut deja _vim & vi_ SE? Dacă nu, verifică-l. Te vei bucura de ea. Voi șterge asta după ce l-ați văzut.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.