Re: [gentoo-user] Re: xfreerdp clipboard not working
On Wed, Mar 25, 2015 at 5:46 PM, Grant Edwards wrote: > On 2015-03-25, Grant Edwards wrote: >> On 2015-03-25, Grant Edwards wrote: >> >>> I start it, and it says it's loading the clipboard plugin >>> >>> $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N >>> loading channel cliprdr >>> connected to N.N.N.N:3389 >>> >>> But no ctrl-V never pastes anything from the X11 clipboard the way it >>> always did with rdesktop. >> >> Um, never mind. >> >> It has started working, but I have no idea why... :/ > > I spoke too soon. Sometimes it works, sometimes it doesn't. I seems > to be completely random. > I wonder if you are running into an obscure quirk of X11. X11 actually has 3 buffers that are clipboard-link in nature: PRIMARY, SECONDARY, and CLIPBOARD. http://en.wikipedia.org/wiki/X_Window_selection#Clipboard In general, any text you select becomes the PRIMARY selection automatically. Anything you explicitly copy via the context menu "Copy" option becomes the CLIPBOARD selection. Are you trying to use the X11 PRIMARY selection, or the CLIPBOARD selection? xfreerdp looks at the CLIPBOARD selection.
[gentoo-user] Re: xfreerdp clipboard not working
On 2015-03-26, Mike Gilbert wrote: > On Wed, Mar 25, 2015 at 5:46 PM, Grant Edwards> > wrote: >> On 2015-03-25, Grant Edwards wrote: >>> On 2015-03-25, Grant Edwards wrote: >>> >>>> I start it, and it says it's loading the clipboard plugin >>>> >>>> $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N >>>> loading channel cliprdr >>>> connected to N.N.N.N:3389 >>>> >>>> But no ctrl-V never pastes anything from the X11 clipboard the way it >>>> always did with rdesktop. >>> >>> Um, never mind. >>> >>> It has started working, but I have no idea why... :/ >> >> I spoke too soon. Sometimes it works, sometimes it doesn't. I seems >> to be completely random. > I wonder if you are running into an obscure quirk of X11. X11 actually > has 3 buffers that are clipboard-link in nature: PRIMARY, SECONDARY, > and CLIPBOARD. [...] > In general, any text you select becomes the PRIMARY selection > automatically. Anything you explicitly copy via the context menu > "Copy" option becomes the CLIPBOARD selection. Yep, I use xclip to explicitly copy to CLIPBOARD whatever I want to paste into Windows. That always worked without problems using the older rdesktop rdp client. What happens with xfreerdp is that it will _sometimes_ work the first time I do | xclip -i -selection clipboard [hit ctrl-V on windows] But after that, no matter how many times I run xlicp -i again, Ctrl-V will continue to insert the same thing (or nothing, if it didn't work the first time). It will always work if I do this: 1) Select something in Windows session and hit Ctrl-C or Ctrl-X 2) xclip -o -selection clipboard 3) | xclip -i -selection clipboard 4) Hit Ctrl-V on Windows I'm going to unamsk xfreerdp 1.2.0 and see if it works any better. -- Grant Edwards grant.b.edwardsYow! I know things about at TROY DONAHUE that can't gmail.comeven be PRINTED!!
[gentoo-user] xfreerdp clipboard not working
I've been using rdesktop for several years and have always been able to use Ctrl-V on the Windows desktop to paste stuff from the X11 clipboard. Now I need to switch to xfreerdp because rdesktop doesn't implement a new enough version of the RDP protocol. I can't figure out how to get the clipboard to work in xfreerdp. I start it, and it says it's loading the clipboard plugin $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N loading channel cliprdr connected to N.N.N.N:3389 But no ctrl-V never pastes anything from the X11 clipboard the way it always did with rdesktop. All I can find in Google is a bunch of people talking about which command-line syntax to use to get it to load the clibrdr plugin, and that doesn't seem to be the problem. Can anybody loan me a hint? -- Grant Edwards grant.b.edwardsYow! I have many CHARTS at and DIAGRAMS.. gmail.com
[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.
On 2024-05-15, Dale wrote: > I thought that too. I highlighted some text in a Konsole and then > looked in the KDE clipboard, what I highlighted was not there. > > It wasn't there after I pasted it either. It goes to a clipboard > somewhere but it appears it only remembers one entry then forgets > when you highlight something else. You're conflating to different but related things. In X, the selection and the clipboard are two different "places". When you click-drag to highlight text, that goes into the selection. In X, there are actually two different selections: the primary and the secondary. By default highlighted text goes into the primary selection. Middle-clicking shoves the contents of the primary selection into stdin for whatever window is selected. When you do "cut" or "copy" something, it goes into the clipboard. When you "paste" it comes from the clipboard. xclip can access (read or write) all three (primary selection, secondary selection, and clipboard). https://unix.stackexchange.com/questions/139191/whats-the-difference-between-primary-selection-and-clipboard-buffer https://superuser.com/questions/90257/what-is-the-difference-between-the-x-clipboards https://www.reddit.com/r/linux/comments/mgr0v/til_x11_has_three_clipboards/ -- Grant
[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.
On 2024-05-15, Michael wrote: > On Wednesday, 15 May 2024 15:37:22 BST Grant Edwards wrote: >> On 2024-05-15, Michael wrote: > >> > The Clipboard may be stored in RAM or cache of any applications >> > which use this method. >> >> AFAICT, the clipboard contents is stored in the X server. When you >> cut/copy something, the application sends that something to the X >> server where it's stored. When that application exits, the clipboard >> contents are still there in the X server, and can still be requested >> by other applications who want to do a "paste". > > What you write makes sense. I got curious, and did some more Googling. It looks like the clipboard contents only survive application exit if the application explicitly tells the server it wants the clipboard contents to persist. But, AFIACT, that's what all apps do. > I am not sure what happens in Wayland, where application windows are > supposed to be isolated. I try not to think about Wayland and dread the day when I'm forced to switch. :) It's taken me 40 years to figure out X (most-sort-of)... > I recall in earlier days the Primary selection would not work > between windows, which was rather frustrating. I think at present > the Plasma desktop clipboard application acts as a mediator, > probably engaging Xwayland - but I am not sure. > > There are quite a few settings in Plasma's clipboard application to > configure interoperability between Primary & Clipboard selection and > can be set to save the Primary selection in the Clipboard section > and its history if so desired. > > With my current settings I can middle click to paste a Primary > selection into Konsole, but Shift+Insert which works with Xterm & > friends does not work with Konsole. There probably should have been a section on cutbuffers, selections, and clipboards in the X11 section of the Unix Hater's Handbook. which I highly recommend, BTW: https://web.mit.edu/~simsong/www/ugh.pdf https://en.wikipedia.org/wiki/The_UNIX-HATERS_Handbook
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
On Wed, 15 May 2024 03:44:49 -0500, Dale wrote: > I thought that too. I highlighted some text in a Konsole and then > looked in the KDE clipboard, what I highlighted was not there. It > wasn't there after I pasted it either. It goes to a clipboard somewhere > but it appears it only remembers one entry then forgets when you > highlight something else. I'm not aware of a way to access it yet. > I've looked for it but can't find it. To be honest, I wish there was a > way to clear it, wherever it is. I clear my KDE clipboard that is on my > desktop pretty regular. I always do so after copying passwords or > something important. xclip manipulates both the standard and X selection clipboards. It works with the X selection clipboard by default, so you shold be able to clear it with echo "" | xclip > I'm wondering if that clipboard is a part of Konsole itself. I've never > seen anything in the KDE clipboard that I just highlighted in Konsole. It's part of X. > I could use Bitwarden to generate passwords but then I'd need to copy it > to my regular clipboard to get it to the Konsole. I wanted to avoid > that. Bitwarden has an option to clear the clipboard after a configurable time, much like KeePassXC. Naturally, if you are really paranoid about security, you will run your own Vaultwarden server to avoid the passwords ever going anywhere out of your control. -- Neil Bothwick Humpty Dumpty DOS - Just a shell of himself. pgpbOlXdjFiN7.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Encrypted drives, password generation and management howto, guide.
On Wednesday, 15 May 2024 15:37:22 BST Grant Edwards wrote: > On 2024-05-15, Michael wrote: > > The Clipboard may be stored in RAM or cache of any applications > > which use this method. > > AFAICT, the clipboard contents is stored in the X server. When you > cut/copy something, the application sends that something to the X > server where it's stored. When that application exits, the clipboard > contents are still there in the X server, and can still be requested > by other applications who want to do a "paste". What you write makes sense. I am not sure what happens in Wayland, where application windows are supposed to be isolated. I recall in earlier days the Primary selection would not work between windows, which was rather frustrating. I think at present the Plasma desktop clipboard application acts as a mediator, probably engaging Xwayland - but I am not sure. There are quite a few settings in Plasma's clipboard application to configure interoperability between Primary & Clipboard selection and can be set to save the Primary selection in the Clipboard section and its history if so desired. With my current settings I can middle click to paste a Primary selection into Konsole, but Shift+Insert which works with Xterm & friends does not work with Konsole. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: xfreerdp clipboard not working
On 2015-03-25, Grant Edwards wrote: > I start it, and it says it's loading the clipboard plugin > > $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N > loading channel cliprdr > connected to N.N.N.N:3389 > > But no ctrl-V never pastes anything from the X11 clipboard the way it > always did with rdesktop. Um, never mind. It has started working, but I have no idea why... :/ -- Grant Edwards grant.b.edwardsYow! HELLO, everybody, at I'm a HUMAN!! gmail.com
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
Neil Bothwick wrote: > On Wed, 15 May 2024 03:44:49 -0500, Dale wrote: > >> I thought that too. I highlighted some text in a Konsole and then >> looked in the KDE clipboard, what I highlighted was not there. It >> wasn't there after I pasted it either. It goes to a clipboard somewhere >> but it appears it only remembers one entry then forgets when you >> highlight something else. I'm not aware of a way to access it yet. >> I've looked for it but can't find it. To be honest, I wish there was a >> way to clear it, wherever it is. I clear my KDE clipboard that is on my >> desktop pretty regular. I always do so after copying passwords or >> something important. > xclip manipulates both the standard and X selection clipboards. It works > with the X selection clipboard by default, so you shold be able to clear > it with > > echo "" | xclip > >> I'm wondering if that clipboard is a part of Konsole itself. I've never >> seen anything in the KDE clipboard that I just highlighted in Konsole. > It's part of X. > >> I could use Bitwarden to generate passwords but then I'd need to copy it >> to my regular clipboard to get it to the Konsole. I wanted to avoid >> that. > Bitwarden has an option to clear the clipboard after a configurable time, > much like KeePassXC. > > Naturally, if you are really paranoid about security, you will run your > own Vaultwarden server to avoid the passwords ever going anywhere out of > your control. > > I wanted to check out the help info, maybe learn something new. This is what I get when trying to find xclip. root@fireball / # xc xcam xchm xcircuit root@fireball / # There doesn't appear to be a xclip on here, not as a command anyway. Could it be some other name? Maybe it changed? I'm sure it is something. I just don't know what. Thanks. Dale :-) :-)
[gentoo-user] Re: xfreerdp clipboard not working
On 2015-03-25, Grant Edwards wrote: > On 2015-03-25, Grant Edwards wrote: > >> I start it, and it says it's loading the clipboard plugin >> >> $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N >> loading channel cliprdr >> connected to N.N.N.N:3389 >> >> But no ctrl-V never pastes anything from the X11 clipboard the way it >> always did with rdesktop. > > Um, never mind. > > It has started working, but I have no idea why... :/ I spoke too soon. Sometimes it works, sometimes it doesn't. I seems to be completely random. -- Grant Edwards grant.b.edwardsYow! I invented skydiving at in 1989! gmail.com
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
On Wednesday, 15 May 2024 11:56:04 BST Dale wrote: > Neil Bothwick wrote: > > On Wed, 15 May 2024 03:44:49 -0500, Dale wrote: > >> I thought that too. I highlighted some text in a Konsole and then > >> looked in the KDE clipboard, what I highlighted was not there. It > >> wasn't there after I pasted it either. It goes to a clipboard somewhere > >> but it appears it only remembers one entry then forgets when you > >> highlight something else. I'm not aware of a way to access it yet. > >> I've looked for it but can't find it. To be honest, I wish there was a > >> way to clear it, wherever it is. I clear my KDE clipboard that is on my > >> desktop pretty regular. I always do so after copying passwords or > >> something important. > > > > xclip manipulates both the standard and X selection clipboards. It works > > with the X selection clipboard by default, so you shold be able to clear > > it with > > > > echo "" | xclip > > > >> I'm wondering if that clipboard is a part of Konsole itself. I've never > >> seen anything in the KDE clipboard that I just highlighted in Konsole. > > > > It's part of X. > > > >> I could use Bitwarden to generate passwords but then I'd need to copy it > >> to my regular clipboard to get it to the Konsole. I wanted to avoid > >> that. > > > > Bitwarden has an option to clear the clipboard after a configurable time, > > much like KeePassXC. > > > > Naturally, if you are really paranoid about security, you will run your > > own Vaultwarden server to avoid the passwords ever going anywhere out of > > your control. > > I wanted to check out the help info, maybe learn something new. This is > what I get when trying to find xclip. > > > root@fireball / # xc > xcam xchm xcircuit > root@fireball / # > > > There doesn't appear to be a xclip on here, not as a command anyway. > Could it be some other name? Maybe it changed? I'm sure it is > something. I just don't know what. > > Thanks. > > Dale > > :-) :-) x11-misc/xclip Or just select some empty space in an application, to overwrite your previous selection. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] problems with clipboard separation
On Friday 16 November 2007, Bryan Whitehead wrote: > This is the default behavior of X. Highlighting IS copying to the > clipboard. My point is that text which I did not *specifically* highlighted should never be placed in the clipboard (whether primary/secondary/whatever). Real life example: 1) in firefox/mozilla using CTRL-L will highlight the address url so you can quickly replace it with something else, you can also use CTRL-V to paste in something off the clipboard because firefox/mozilla does not affect the clipboard when the address url is highlighted. 2) in Realplayer using CTRL-L will bring up a dialog where you can type in a url, the current url is displayed in the dialog and is already highlighted. However realplayer has also overwritten the clipboard with the current url, which in 99.% of cases is NOT what a user wants, because now I cannot paste in a new url without having to first delete the current url, then go back and copy the new url and finally paste it into realplayer. > This is just how X works. Getting around this is a > hack in itself. But how is it that all KDE programs have "hacked" it so that it behaves correctly (IMO), whereas some gtk based programs like realplayer are just so clumsy (to put it charitably). -- Crayon -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: copy text file to clipboard on startup
On 2018-11-22, the...@sys-concept.com wrote: > On 11/22/2018 10:02 AM, Andrew Savchenko wrote: >> On Thu, 22 Nov 2018 09:35:42 -0700 the...@sys-concept.com wrote: >>> I have a simple text file (with few lines in it) and using XFCE. >>> >>> How do I copy text from that file to "clipboard" so that user can past >>> it with "ctrl-v" >>> I would like to that text to be in a clipboard after XFCE started. >> >> Use x11-misc/xclip: >> xclip -in filename_with_paste >> >> Add this script to you XFCE autostart. This can be done either by: >> >> 1) GUI: Settings -> Session and Startup -> Application Autostart >> https://docs.xfce.org/xfce/xfce4-session/preferences#application_autostart >> >> 2) Custom run hook: >> Edit ~/.config/xfce4/xinitrc properly (call xclip, then >> default xfce4 xinitrc) >> https://unix.stackexchange.com/a/267238 >> >> Best regards, >> Andrew Savchenko > > Hmm... I tried it from the command line and restarting the XFCE; nothing > in the clipboard, empty. Nothing to paste. > > xclip -in test.txt xclip defaults to the X11 primary selection. To use the "clipboard" selection, try xclip -selection clipboard -in test.txt To make sure this command works, you can run it in a terminal emulator and then check if ctrl+V pastes what you want in another program. But for the automation part, you must put the command somewhere else (such as the autostart feature Andrew mentioned). -- Nuno Silva
[gentoo-user] Re: Question for users of the Firefox browser
On Sun, 17 May 2015 14:41:21 -0700 walt wrote: > I've noticed that, when running linux, the end result of "selecting" > text can depend on which "Desktop Environment" you are using. Yes indeed. If the DE comes with a clipboard manager (most do), it pays to play around with the manager's config until the clipboard stops annoying you. Whether or not it syncs with the X clipboard and/or whether it requires an explicit 'copy' command (as opposed to picking up mere highlighting) should be set to suit the user's habits, rather than the user trying to conform to the clipboard manager's defaults.
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
Michael wrote: > On Wednesday, 15 May 2024 11:56:04 BST Dale wrote: >> Neil Bothwick wrote: >>> On Wed, 15 May 2024 03:44:49 -0500, Dale wrote: >>>> I thought that too. I highlighted some text in a Konsole and then >>>> looked in the KDE clipboard, what I highlighted was not there. It >>>> wasn't there after I pasted it either. It goes to a clipboard somewhere >>>> but it appears it only remembers one entry then forgets when you >>>> highlight something else. I'm not aware of a way to access it yet. >>>> I've looked for it but can't find it. To be honest, I wish there was a >>>> way to clear it, wherever it is. I clear my KDE clipboard that is on my >>>> desktop pretty regular. I always do so after copying passwords or >>>> something important. >>> xclip manipulates both the standard and X selection clipboards. It works >>> with the X selection clipboard by default, so you shold be able to clear >>> it with >>> >>> echo "" | xclip >>> >>>> I'm wondering if that clipboard is a part of Konsole itself. I've never >>>> seen anything in the KDE clipboard that I just highlighted in Konsole. >>> It's part of X. >>> >>>> I could use Bitwarden to generate passwords but then I'd need to copy it >>>> to my regular clipboard to get it to the Konsole. I wanted to avoid >>>> that. >>> Bitwarden has an option to clear the clipboard after a configurable time, >>> much like KeePassXC. >>> >>> Naturally, if you are really paranoid about security, you will run your >>> own Vaultwarden server to avoid the passwords ever going anywhere out of >>> your control. >> I wanted to check out the help info, maybe learn something new. This is >> what I get when trying to find xclip. >> >> >> root@fireball / # xc >> xcam xchm xcircuit >> root@fireball / # >> >> >> There doesn't appear to be a xclip on here, not as a command anyway. >> Could it be some other name? Maybe it changed? I'm sure it is >> something. I just don't know what. >> >> Thanks. >> >> Dale >> >> :-) :-) > x11-misc/xclip > > Or just select some empty space in an application, to overwrite your previous > selection. Well, since it works, something is acting as a clipboard. It doesn't seem to be xclip in my case. Anyway, that's what I been doing is highlighting something else and that makes it paste the new highlighted info instead of previous info. I have no idea if those entries are stored somewhere or when gone, they gone. I'm hoping they are gone. Dale :-) :-) P. S. My new 16TB drive is almost done with the long SMART test. :-D
Re: [gentoo-user] Re: xfreerdp clipboard not working
On 25/03/2015 23:46, Grant Edwards wrote: > On 2015-03-25, Grant Edwards wrote: >> On 2015-03-25, Grant Edwards wrote: >> >>> I start it, and it says it's loading the clipboard plugin >>> >>> $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N >>> loading channel cliprdr >>> connected to N.N.N.N:3389 >>> >>> But no ctrl-V never pastes anything from the X11 clipboard the way it >>> always did with rdesktop. >> >> Um, never mind. >> >> It has started working, but I have no idea why... :/ > > I spoke too soon. Sometimes it works, sometimes it doesn't. I seems > to be completely random. > Blind shot in the dark: What does Ctrl-Shift-C/V do? And other obvious combinations also. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] copy text file to clipboard on startup
I have a simple text file (with few lines in it) and using XFCE. How do I copy text from that file to "clipboard" so that user can past it with "ctrl-v" I would like to that text to be in a clipboard after XFCE started. -- Thelma
[gentoo-user] Re: Weird firefox
On 2018-06-03 00:02, Arve Barsnes wrote: > What programs are you making the copy from, and in what way? I have > not had this kind of problem with firefox, but notepadqq's copy/paste > functionality seems to be messed up for me. Thanks for your question, which made me take a closer look and led to a solution. I was stuffing the clipboard with the xclip(1) program, in a script that historically looked like this (only slightly simplified): xclip -o | xclip -i -selection c The left side of the pipe takes the selection, which is a transient thing, and echoes it on stdout; the right side reads that on stdin and stuffs it into the long-lived clipboard. At some point I became worried that this may be hazardous, because by default the clipboard is available forever (limited to a single session of X of course). I thought if I forget what I put into the clipboard pasting it could have unexpected results. So I changed the above to: xclip -o | xclip -i -loops 1 -selection c This makes the clipboard available for exactly 1 access. But it turns out firefox, for whatever reason, grabs the clipboard _twice_ before it actually pastes it into the urlbar, and so the second time was failing and aborting the whole paste operation. Now I changed it to -loops 2 and it works again. Dragons indeed! -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] KDE 4.2.98, no copy & paste in Konsole
On Thu, Jul 23, 2009 at 9:57 AM, Robin Atwood wrote: > On Thursday 23 July 2009, Paul Hartman wrote: >> Hi, >> >> Yesterday I upgraded to KDE 4.2.98 (4.3 RC3) and everything seems >> normal except the clipboard does not work at all in Konsole. I >> highlight text, right click, choose "copy", and nothing. Click the >> clipboard icon to see the clipboard history, and that text is nowhere >> to be found... My copy & paste in every other program seems to work >> normally. Weird. Is anyone else using this version and does your copy >> & paste work in Konsole? > > As discussed in various other places, copy to the clipboard is broken in Qt > 4.5. However, it is now fixed in git, see; > https://bugs.kde.org/show_bug.cgi?id=199333 Thanks for the tip! I hadn't run into it before.
Re: [gentoo-user] Re: xfreerdp clipboard not working
On Wednesday, March 25, 2015 9:46:52 PM Grant Edwards wrote: > On 2015-03-25, Grant Edwards wrote: > > On 2015-03-25, Grant Edwards wrote: > > > >> I start it, and it says it's loading the clipboard plugin > >> > >> $ xfreerdp +clipboard /u:xx /p:yy /v:N.N.N.N > >> loading channel cliprdr > >> connected to N.N.N.N:3389 > >> > >> But no ctrl-V never pastes anything from the X11 clipboard the way it > >> always did with rdesktop. > > > > Um, never mind. > > > > It has started working, but I have no idea why... :/ > > I spoke too soon. Sometimes it works, sometimes it doesn't. I seems > to be completely random. > This may not be very helpful but I can tell you that in KDE using the krdc frontend and klipper it works. Sometimes modifier keys stop working at all. When that happens I just disconnect and reconnect. -- Fernando Rodriguez
[gentoo-user] Re: Copy'n'Paste...but not for all?
On 26/06/2017 07:45 μμ, Ian Zimmerman wrote: On 2017-06-26 19:18, Nikos Chantziaras wrote: Sometimes the clipboard contents even disappear if you exit the application you copied from. Start Google Chrome. Select the URL bar. Press Ctrl+C. Quit Google Chrome. Try Ctrl+V somewhere. It's gone. The clipboard content you just copied from Chrome is gone. I think this is a feature, for privacy reasons. pass (the password manager) does the same with passwords it puts into the clipboard. Nah, it's because in X the clipboard doesn't contain the data, it only contains a reference to the X client the copy was made it. A paste asks the application you copied from to provide the data. That means that if you quit the application, you can't paste anymore. However, a clipboard manager is supposed to fix that (like klipper on KDE/Plasma). But stuff stuff still breaks. The only workaround I know to paste something into a VM guest is to copy from the host application (e.g. Chrome), click on klipper icon in the systray, click on the paste data, then paste into the VM. And guess what? Sometimes that doesn't work either. Fortunately, it does most of the time.
[gentoo-user] tightvnc and clipboard
Hi! I use tightvnc between linux and linux host. But the clipboard didn't work. After I hightlight the word or use CTRL+C in one machine, I got nothing when I pasted in another machine. $ cat /etc/conf.d/vnc DISPLAYS="wcw:1" $ cat xstartup #!/bin/sh xrdb $HOME/.Xresources unset SESSION_MANAGER exec /etc/X11/xinit/xinitrc How to configure it to use clipboard in tightvnc? Any help will be appreciated! -- wcw
Re: [gentoo-user] KDE 4.2.98, no copy & paste in Konsole
On Thursday 23 July 2009, Paul Hartman wrote: > Hi, > > Yesterday I upgraded to KDE 4.2.98 (4.3 RC3) and everything seems > normal except the clipboard does not work at all in Konsole. I > highlight text, right click, choose "copy", and nothing. Click the > clipboard icon to see the clipboard history, and that text is nowhere > to be found... My copy & paste in every other program seems to work > normally. Weird. Is anyone else using this version and does your copy > & paste work in Konsole? As discussed in various other places, copy to the clipboard is broken in Qt 4.5. However, it is now fixed in git, see; https://bugs.kde.org/show_bug.cgi?id=199333 HTH -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling --
[gentoo-user] Re: Copy'n'Paste...but not for all?
On 26/06/2017 06:15 πμ, J. Roeleveld wrote: On June 26, 2017 3:19:49 AM GMT+02:00, Nikos Chantziaras wrote: [...] Similar things happen with VMware. It seems that many applications do not set the clipboard contents in a way that VB or VMw can recognize. Never found a solution to this myself. How do you try to copy/paste? I find it only works when I explicitly use 'edit->copy' and 'edit->paste'. Or CTRL-C and CTRL-V. In other words, just like in MS Windows. Selecting text and then pasting using the middle mouse button doesn't work. Ctrl+C/Ctrl+V. In some applications it works, in some it doesn't. I think there's several ways to set the clipboard in X. Some applications do it correctly, some don't. Some desktop environments interfere, some don't. Sometimes the clipboard contents even disappear if you exit the application you copied from. Start Google Chrome. Select the URL bar. Press Ctrl+C. Quit Google Chrome. Try Ctrl+V somewhere. It's gone. The clipboard content you just copied from Chrome is gone. It's a good old huge big effing mess, as usual. The year of the Linux desktop will probably be the one where the freakin' clipboard actually works, because we still can't get it right in 2017. /rant off
[gentoo-user] KDE 4.2.98, no copy & paste in Konsole
Hi, Yesterday I upgraded to KDE 4.2.98 (4.3 RC3) and everything seems normal except the clipboard does not work at all in Konsole. I highlight text, right click, choose "copy", and nothing. Click the clipboard icon to see the clipboard history, and that text is nowhere to be found... My copy & paste in every other program seems to work normally. Weird. Is anyone else using this version and does your copy & paste work in Konsole?
[gentoo-user] can't paste password from clipboard into ssh login in urxvt
so i get my password loaded into the clipboard by keepassxc. then i can paste it into various terminals, like urxvt. but, the strange thing is that, i cannot paste it into urxvt when it shows ssh's login prompt. i can paste the password loaded into the clipboard from keepassxc if there is no ssh login. but just can't when there is an ssh login prompt. any idea what's going on? rgrds, cm.
Re: [gentoo-user] problems with clipboard separation
On Friday 16 November 2007, [EMAIL PROTECTED] wrote: > If so, then it seems that for me mouse-selection and Ctrl-c write into > the same buffer. Can anyone give me a hint, where to look for the > possibility to change this behaviour? I use Klipper and have it configured so that both clipboard buffers are synced. Normally this works fine. However some GTK based programs *always* puts whatever is highlighted onto the clipboard - it doesn't matter *how* it was highlighted - ie whether I specifically mouse dragged, or shift cursor, or even when the program itself highlighted it (eg usually when you TAB within a dialog the text in a text input is automatically highlighted). It is this last behaviour which is the most annoying - if I didn't specifically highlighted then I don't want it on the clipboard, but gtk based programs thinks otherwise. Another reason why I hate gtk and gnome :) -- Crayon -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Question for users of the Firefox browser
On 05/17/2015 02:54 PM, Mick wrote: >> Chromium now selects the whole URL when you click in the address bar. I'm >> not sure when it started doing this but it was quite recently. > > This is not a problem at all, because this address bar auto-highlighting in > Chromium does not take over the system clipboard. When I click once it > selects the whole address and I can delete it, before I middle click to > insert > whatever was in the clipboard. > > As has already been commented, this won't work with FF, which replaces the > clipboard when I necessarily double click to select the content of the > address > bar. > I didn't even know Firefox had this behaviour when clicking the address bar, because it's something I never do. I usually use Alt+D on the keyboard, it moves the caret to the location bar and highlights its text, and I just checked, it doesn't touch the clipboard. Dan
Re: [gentoo-user] copy text file to clipboard on startup
On 11/22/2018 10:02 AM, Andrew Savchenko wrote: > On Thu, 22 Nov 2018 09:35:42 -0700 the...@sys-concept.com wrote: >> I have a simple text file (with few lines in it) and using XFCE. >> >> How do I copy text from that file to "clipboard" so that user can past >> it with "ctrl-v" >> I would like to that text to be in a clipboard after XFCE started. > > Use x11-misc/xclip: > xclip -in filename_with_paste > > Add this script to you XFCE autostart. This can be done either by: > > 1) GUI: Settings -> Session and Startup -> Application Autostart > https://docs.xfce.org/xfce/xfce4-session/preferences#application_autostart > > 2) Custom run hook: > Edit ~/.config/xfce4/xinitrc properly (call xclip, then > default xfce4 xinitrc) > https://unix.stackexchange.com/a/267238 > > Best regards, > Andrew Savchenko Hmm... I tried it from the command line and restarting the XFCE; nothing in the clipboard, empty. Nothing to paste. xclip -in test.txt -- Thelma
Re: [gentoo-user] problems with clipboard separation
This is the default behavior of X. Highlighting IS copying to the clipboard. Also, middle-click (or whatever is mapped to your 3rd mouse button) is paste. This is just how X works. Getting around this is a hack in itself. Next time you are on an Solaris or AIX workstation - know that cut/paste is the same (as X intended): highlight and 3rd button click. :) On Nov 15, 2007 8:28 PM, Crayon Shin Chan <[EMAIL PROTECTED]> wrote: > On Friday 16 November 2007, [EMAIL PROTECTED] wrote: > > > If so, then it seems that for me mouse-selection and Ctrl-c write into > > the same buffer. Can anyone give me a hint, where to look for the > > possibility to change this behaviour? > > I use Klipper and have it configured so that both clipboard buffers are > synced. Normally this works fine. However some GTK based programs > *always* puts whatever is highlighted onto the clipboard - it doesn't > matter *how* it was highlighted - ie whether I specifically mouse > dragged, or shift cursor, or even when the program itself highlighted it > (eg usually when you TAB within a dialog the text in a text input is > automatically highlighted). > > It is this last behaviour which is the most annoying - if I didn't > specifically highlighted then I don't want it on the clipboard, but gtk > based programs thinks otherwise. Another reason why I hate gtk and > gnome :) > > -- > Crayon > > -- > [EMAIL PROTECTED] mailing list > > -- [EMAIL PROTECTED] mailing list
[gentoo-user] how to use EXTRA_ECONF?
Hi; I'm trying to compile vim with +clipboard support. One can do this by passing --enable-clipboard to configure. There's no USE flag for this feature. After some research, I've learned that the way to do this is to configure the EXTRA_ECONF variable. Now the question is: is there a file to put these variables in? Something like /etc/portage/package.use but for econfs? Sure I can set it by hand for one emerge, but I'd like to set EXTRA_ECONF to "--enable-clipboard" forever. TIA, Matias -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Copy'n'Paste...but not for all?
On 2017-06-26 19:18, Nikos Chantziaras wrote: > Sometimes the clipboard contents even disappear if you exit the > application you copied from. Start Google Chrome. Select the URL bar. > Press Ctrl+C. Quit Google Chrome. Try Ctrl+V somewhere. It's gone. The > clipboard content you just copied from Chrome is gone. I think this is a feature, for privacy reasons. pass (the password manager) does the same with passwords it puts into the clipboard. > It's a good old huge big effing mess, as usual. The year of the Linux > desktop will probably be the one where the freakin' clipboard actually > works, because we still can't get it right in 2017. This I agree with ;-) One program that gets it 90% right is emacs. So, I often end up pasting into the emacs scratch buffer and re-copying from there, as a workaround. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.
On 2024-05-15, Michael wrote: > As far as I know the Primary selection is not stored anywhere - > other than within the application's memory space where the range of > characters have been selected. The xserver will call for this when > you middle click to paste it on another application's window. Right. When you highlight some text, the application asserts ownership of the primary selection, but no contents of the selection are transferred to the X server. So, the X server knows who owns the selection, but it doesn't actually store the contents anywhere. If you middle-click on a window, the X server will make a call to the owner of selection to get the selection contents and then provide that contents to the active window. When process (X client) that owns the selection exits, the selection becomes "empty" (unavailable). > The Clipboard may be stored in RAM or cache of any applications > which use this method. AFAICT, the clipboard contents is stored in the X server. When you cut/copy something, the application sends that something to the X server where it's stored. When that application exits, the clipboard contents are still there in the X server, and can still be requested by other applications who want to do a "paste". With the usual behavior, the selection and clipboard sort of overlap: When you highlight something the application asserts ownership of the primary selection, but nothing is transferred to the X server. If you then do a "copy", the application will send that highlighted text to the clipbard. If you haven't selected anything else, now you can either middle-click or paste, and you'll get the same thing. If you exit the app, then middle-click will produce nothing because there is no selection owner. But, paste will still get the "copied" data from the X server. That said, something doesn't have to be selected (in the X11 sense) to be copied into the clipboard -- but that's how most applications work first you select (in the X11 sense) something then you copy it to the clipboard. -- Grant
Re: [gentoo-user] can't paste password from clipboard into ssh login in urxvt
On Thu, Apr 16, 2020 at 11:58 AM Caveman Al Toraboran wrote: > > so i get my password loaded into the clipboard by > keepassxc. then i can paste it into various > terminals, like urxvt. > > but, the strange thing is that, i cannot paste it > into urxvt when it shows ssh's login prompt. > > i can paste the password loaded into the clipboard > from keepassxc if there is no ssh login. but just > can't when there is an ssh login prompt. > > any idea what's going on? > > rgrds, > cm. > > Did you try CTRL + SHIFT + V -- David Abbott (dabbott)
Re: [gentoo-user] VBoxClient --clipboard seems to be broken with a recent update
On 2/8/21 1:17 PM, n952162 wrote: > VBoxClient --clipboard seems to be broken with a recent update > > You can start it without error but it just goes away. The last thing in > the strace is a clone. > > Anybody else seen this problem or know of a fix? > > VBoxClient has behaved like this before, if memory serves. Either I've > just forgotten what the problem was, or something new has popped up. When you start to your VB, under menu: Devices -- Shared Clipboard: is it selected "Bidirectional"
Re: [gentoo-user] Re: Question for users of the Firefox browser
On Monday 18 May 2015 02:56:43 Daniel Frey wrote: > On 05/17/2015 02:54 PM, Mick wrote: > >> Chromium now selects the whole URL when you click in the address bar. > >> I'm not sure when it started doing this but it was quite recently. > > > > This is not a problem at all, because this address bar auto-highlighting > > in Chromium does not take over the system clipboard. When I click once > > it selects the whole address and I can delete it, before I middle click > > to insert whatever was in the clipboard. > > > > As has already been commented, this won't work with FF, which replaces > > the clipboard when I necessarily double click to select the content of > > the address bar. > > I didn't even know Firefox had this behaviour when clicking the address > bar, because it's something I never do. > > I usually use Alt+D on the keyboard, it moves the caret to the location > bar and highlights its text, and I just checked, it doesn't touch the > clipboard. > > Dan Useful tip! I didn't know about Alt+D, thanks for sharing. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Question for users of the Firefox browser
On Mon, 18 May 2015 06:26:31 +0100 Mick wrote: > On Monday 18 May 2015 02:56:43 Daniel Frey wrote: > > On 05/17/2015 02:54 PM, Mick wrote: > > >> Chromium now selects the whole URL when you click in the address bar. > > >> I'm not sure when it started doing this but it was quite recently. > > > > > > This is not a problem at all, because this address bar auto-highlighting > > > in Chromium does not take over the system clipboard. When I click once > > > it selects the whole address and I can delete it, before I middle click > > > to insert whatever was in the clipboard. > > > > > > As has already been commented, this won't work with FF, which replaces > > > the clipboard when I necessarily double click to select the content of > > > the address bar. > > > > I didn't even know Firefox had this behaviour when clicking the address > > bar, because it's something I never do. > > > > I usually use Alt+D on the keyboard, it moves the caret to the location > > bar and highlights its text, and I just checked, it doesn't touch the > > clipboard. > > > > Dan > > Useful tip! I didn't know about Alt+D, thanks for sharing. :-) The same does Ctrl-L.
Re: [gentoo-user] problems with clipboard separation
[EMAIL PROTECTED] writes: > I have problems with my clipboard, that I never experienced with other > Linux distributions: If I do 'mark text; Ctrl-c; mark different text; > Ctrl-v' e.g. in Eclipse the second selection is not overwritten by the > content of the first selection. > > It seems that the clipboard content is overwritten as soon as I mark > text. This behaviour is not depending on the window manager/ desktop > environment (I tried fvwm and kde), so it is probably some X > configuration stuff. As far as I have understood, there are 2 different > clipboards with one being changed as soon as you mark text (pasting at > mouse-middle-click) and the other is changed by pressing Ctrl-c (pasting > at Ctrl-v). Is that correct? > > If so, then it seems that for me mouse-selection and Ctrl-c write into > the same buffer. Can anyone give me a hint, where to look for the > possibility to change this behaviour? Klipper (the KDE clipbboard) has a setting to keep the content of clipboard and current selection separately. I thought this could only be used to force the behaviour you experence, but maybe it works the other way around for you and lets you disable it. Wonko -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
On Mon, Oct 17, 2005 at 04:13:34PM +0100, Neil Bothwick wrote: > On Mon, 17 Oct 2005 11:19:55 -0300, Matias Grana wrote: > > > I'm trying to compile vim with +clipboard support. One can do this by > > passing --enable-clipboard to configure. There's no USE flag for this > > feature. After some research, I've learned that the way to do this is to > > configure the EXTRA_ECONF variable. Now the question is: is there a > > file to put these variables in? Something like /etc/portage/package.use > > but for econfs? > > You can set variables for individual ebuilds using /etc/portage/bashrc. > save the attached file as /etc/portage/bashrc then do > > mkdir -p /etc/portage/env.d/app-editors > echo >>/etc/portage/env.d/app-editors/vim 'EXTRA_ECONF="--enable-clipboard"' > > You can use this to set variables, or override default settings, for any > package. > > > -- > Neil Bothwick Nice! thanks so much; maybe I'll try this next time. It seems that this time I've missed some doc: On Mon, Oct 17, 2005 at 08:28:54PM +0100, Ciaran McCreesh wrote: > On Mon, 17 Oct 2005 11:19:55 -0300 Matias Grana <[EMAIL PROTECTED]> > wrote: > | I'm trying to compile vim with +clipboard support. One can do this > | by passing --enable-clipboard to configure. There's no USE flag for > | this feature. > > Incorrect. USE="vim-with-x". > > -- > Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) > Mail: ciaranm at gentoo.org > Web : http://dev.gentoo.org/~ciaranm > Nicer! So this is what vim-with-x stand for! I saw the flag, but thought that it would pull down gvim, which I already have in my world. Now: this pops up a second question: where can we see the exact efect of USE flags on packages? For instance: what other features 'vim-with-x' will enable? Matias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] copy text file to clipboard on startup
On Thu, 22 Nov 2018 09:35:42 -0700 the...@sys-concept.com wrote: > I have a simple text file (with few lines in it) and using XFCE. > > How do I copy text from that file to "clipboard" so that user can past > it with "ctrl-v" > I would like to that text to be in a clipboard after XFCE started. Use x11-misc/xclip: xclip -in filename_with_paste Add this script to you XFCE autostart. This can be done either by: 1) GUI: Settings -> Session and Startup -> Application Autostart https://docs.xfce.org/xfce/xfce4-session/preferences#application_autostart 2) Custom run hook: Edit ~/.config/xfce4/xinitrc properly (call xclip, then default xfce4 xinitrc) https://unix.stackexchange.com/a/267238 Best regards, Andrew Savchenko pgprBByY5PtdG.pgp Description: PGP signature
Re: [gentoo-user] can't paste password from clipboard into ssh login in urxvt
On 04/16 03:58, Caveman Al Toraboran wrote: > so i get my password loaded into the clipboard by > keepassxc. then i can paste it into various > terminals, like urxvt. > > but, the strange thing is that, i cannot paste it > into urxvt when it shows ssh's login prompt. > > i can paste the password loaded into the clipboard > from keepassxc if there is no ssh login. but just > can't when there is an ssh login prompt. > > any idea what's going on? > > rgrds, > cm. > > Hi, I didn't tru that muself, but as far as I could remember, ssh catches the tty so no password will be shown (but processed). What happens if you paste the password, ignore, that "nothing" happens and then press ? Cheers! Meino
Re: [gentoo-user] copy text file to clipboard on startup
On Thu, 22 Nov 2018 10:49:00 -0700 the...@sys-concept.com wrote: > On 11/22/2018 10:02 AM, Andrew Savchenko wrote: > > On Thu, 22 Nov 2018 09:35:42 -0700 the...@sys-concept.com wrote: > >> I have a simple text file (with few lines in it) and using XFCE. > >> > >> How do I copy text from that file to "clipboard" so that user can past > >> it with "ctrl-v" > >> I would like to that text to be in a clipboard after XFCE started. > > > > Use x11-misc/xclip: > > xclip -in filename_with_paste > > > > Add this script to you XFCE autostart. This can be done either by: > > > > 1) GUI: Settings -> Session and Startup -> Application Autostart > > https://docs.xfce.org/xfce/xfce4-session/preferences#application_autostart > > > > 2) Custom run hook: > > Edit ~/.config/xfce4/xinitrc properly (call xclip, then > > default xfce4 xinitrc) > > https://unix.stackexchange.com/a/267238 > > > > Best regards, > > Andrew Savchenko > > Hmm... I tried it from the command line and restarting the XFCE; nothing > in the clipboard, empty. Nothing to paste. I don't understand what you are meaning. Have you ran xclip and then restarted XFCE? O_o. Of course this will not work, because X server is being reset during restart. You need to run xclip after XFCE is started. The ways to automate this are described above. > xclip -in test.txt Best regards, Andrew Savchenko pgpBMDIvf08HU.pgp Description: PGP signature
Re: [gentoo-user] How does ssh know to use "pinentry"?
On Sun, Jul 6, 2014 at 12:09 PM, Mick wrote: > I think that the idea of keeping your passphrase in the clipboard is frowned > upon for security reasons. Not only because of any potential memory leaks, > but because you may inadvertently paste it in GUI fields/areas you were not > meant to Mick, Thank you. I too have been concerned about this. I've also been concerned about "memory leaks". FYI one cute feature of keepass is that it clears the clipboard 20 seconds after you copy your password to it. Today (2014) I am choosing to use the clipboard/keepass to manage complex/unique passwords. Perhaps in the future (2015) everybody will support something like the Yubikey HW OTP... in which case it won't matter if everyone sees my password! Chris
Re: [gentoo-user] problems with clipboard separation
Hi Group, [EMAIL PROTECTED] wrote: I have problems with my clipboard, that I never experienced with other Linux distributions: If I do 'mark text; Ctrl-c; mark different text; Ctrl-v' e.g. in Eclipse the second selection is not overwritten by the content of the first selection. It seems that the clipboard content is overwritten as soon as I mark text. This behaviour is not depending on the window manager/ desktop environment (I tried fvwm and kde), so it is probably some X configuration stuff. As far as I have understood, there are 2 different clipboards with one being changed as soon as you mark text (pasting at mouse-middle-click) and the other is changed by pressing Ctrl-c (pasting at Ctrl-v). Is that correct? If so, then it seems that for me mouse-selection and Ctrl-c write into the same buffer. Can anyone give me a hint, where to look for the possibility to change this behaviour? I just wanted to tell you, that I solved the problem now. Starting with the answer that the clipboard in KDE is configurable to use different buffers, I changed this setting and it worked then in KDE. After that I tried to work out, why it didn't work in fvwm over then, but I simply couldn't reproduce this behaviour. My apologies for the wrong starting point in the discussion. The problem was simply a KDE problem and nothing else. Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Question for users of the Firefox browser
On 05/18/2015 02:07 PM, Gevisz wrote: > On Mon, 18 May 2015 06:26:31 +0100 Mick wrote: > >> On Monday 18 May 2015 02:56:43 Daniel Frey wrote: >>> On 05/17/2015 02:54 PM, Mick wrote: >>>>> Chromium now selects the whole URL when you click in the address bar. >>>>> I'm not sure when it started doing this but it was quite recently. >>>> >>>> This is not a problem at all, because this address bar auto-highlighting >>>> in Chromium does not take over the system clipboard. When I click once >>>> it selects the whole address and I can delete it, before I middle click >>>> to insert whatever was in the clipboard. >>>> >>>> As has already been commented, this won't work with FF, which replaces >>>> the clipboard when I necessarily double click to select the content of >>>> the address bar. >>> >>> I didn't even know Firefox had this behaviour when clicking the address >>> bar, because it's something I never do. >>> >>> I usually use Alt+D on the keyboard, it moves the caret to the location >>> bar and highlights its text, and I just checked, it doesn't touch the >>> clipboard. >>> >>> Dan >> >> Useful tip! I didn't know about Alt+D, thanks for sharing. :-) > > The same does Ctrl-L. > > > Thanks to all those who commented. The Alt D & Alt L were good ones, but I took Pauls advice and had a look at the config, which worked a treat. In turn I might have a look at fixing the bug that Bruce mentioned. Regards, Andrew
[gentoo-user] problems with clipboard separation
Hi Group, I have problems with my clipboard, that I never experienced with other Linux distributions: If I do 'mark text; Ctrl-c; mark different text; Ctrl-v' e.g. in Eclipse the second selection is not overwritten by the content of the first selection. It seems that the clipboard content is overwritten as soon as I mark text. This behaviour is not depending on the window manager/ desktop environment (I tried fvwm and kde), so it is probably some X configuration stuff. As far as I have understood, there are 2 different clipboards with one being changed as soon as you mark text (pasting at mouse-middle-click) and the other is changed by pressing Ctrl-c (pasting at Ctrl-v). Is that correct? If so, then it seems that for me mouse-selection and Ctrl-c write into the same buffer. Can anyone give me a hint, where to look for the possibility to change this behaviour? Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
On Mon, 17 Oct 2005 11:19:55 -0300, Matias Grana wrote: > I'm trying to compile vim with +clipboard support. One can do this by > passing --enable-clipboard to configure. There's no USE flag for this > feature. After some research, I've learned that the way to do this is to > configure the EXTRA_ECONF variable. Now the question is: is there a > file to put these variables in? Something like /etc/portage/package.use > but for econfs? You can set variables for individual ebuilds using /etc/portage/bashrc. save the attached file as /etc/portage/bashrc then do mkdir -p /etc/portage/env.d/app-editors echo >>/etc/portage/env.d/app-editors/vim 'EXTRA_ECONF="--enable-clipboard"' You can use this to set variables, or override default settings, for any package. -- Neil Bothwick The trouble with doing something right the first time is that nobody appreciates how difficult it was. bashrc Description: Binary data pgpdKuMEXIsvZ.pgp Description: PGP signature
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
Am Tue, May 14, 2024 at 06:28:17AM -0500 schrieb Dale: > Howdy, > […] > remember either, or write notes to remember them. I also wanted to > avoid the desktop copy and paste, or clipboard, mechanism. I'm not sure > how that data is stored in the clipboard and how good it is at erasing > it when I clear it. The mark-and-middleclick you describe further down is the very same as the “normal” clipboard. It is just accessed differently. > First, I needed to generate a password. I googled, a lot. I had > trouble finding a way to generate the type of passwords I wanted but I > finally found one. Care to elaborate regarding the “password you wanted”? There is the obvious pwgen, which can generate passwords with given character sets and length. Keepass can do this, too, so I assume, Bitwarden (which you use) has a similar function. And if you don’t like parts of the generated PW, keep the part you like, generate new and pick the part you like again. Or just let pwgen generate a big bunch and pick what you like best from the output. > […] > Now that I have a password, how do I keep track of them? I did some > more searching. I wanted something that was command line not GUI. > After all, I have BitWarden for websites and such already. Thing is, > it's GUI since it is a Firefox add-on. I'd need to use the clipboard to > copy and paste. I want to avoid that remember? I also wanted something > that is on its own, separate from my main password tool BitWarden. I > found kpcli in the tree. I didn’t know about kpcli and it is not available in Arch. So I looked it up. Turns out it is a non-graphical Keepass client (that’s what the kp stands for, after all). Interestingly, there is also a bitwarden CLI client. Did you know Keepass (the graphical one) has an autotype feature? This means that it simulates the pressing of keys, so it bypasses the clipboard entirely. Another advantage of that is that you can set up custom key sequences in the autotype field, so you can for example say “first enter the username, then press enter, then wait for a second, then enter the password and press enter again.” Useful for sites that use a dynamic login screen with animations or non-standard input fields. > Then I needed some way to handle if the password file kpcli uses got > lost or damaged. If I were to lose that file, all drives and the data > on them is lost. I'd lose everything because there is no way to > remember the password. The obvious answer is: backup – encrypted or not. ;-) My Keepass database is a simple file in my home that is backed up together with all the other home files by Borg. Meaning I even have a versioned backup of my passwords. Needless to say my backup drives are LUKSed with a long passphrase that I have never ever once written down anywhere on paper. I’ve been using it for so long now and on several drives, that it is ingrained in my brain. > The kpcli file itself appears to be encrypted. > So, it protects itself. That's good. I don't need to put the file on > something that is also encrypted, just copy it to a plain file system as > it is. I have a USB stick that I store things on. Things like drive > info, what drives go to what volume group, what drive has the OS on it > etc and the portage world file on it. I also have some scripts in /root > that I don't want to lose either so I copy them to the stick as well. Be mindful that USB sticks aren’t very reliable. The flash chips in them are what is left after quality control deemed them unfit for duty in SSDs (first tier) and memory cards (second tier). So always keep several copies, possibly on different types of storage media (HDDs, SSDs, optical, whatever). > Then one important file, my file that contains frequently used > commands. It is rather lengthy and is 15 years or more of additions. I > copied all that info to a USB stick. It lives in the fire safe. TBH, I wouldn’t put all my horses on one USB stick in a fire safe. (Or however the saying goes) After a flimsy USB stick with questionable flash chips has been subjected to high temperatures for a longer time, chances are you may not be able to access its data ever again. > How I use all this. I do this in a Konsole, within KDE, which has > tabs. Might work on a plain console to tho. If I need to open a > encrypted drive, or set of drives, I open kpcli and get it to show the > password for that drive in one tab. I then run the little script to > open and mount that drive in another tab. When it asks for the > password, I highlight the password from kpcli tab and then switch tabs > and middle click to paste the password in. Since you’ve already scripted most of it, you could possible go the full way. Use the HDD’s UUID as key and either store the password in a file that is named with the
[gentoo-user] Re: problems with clipboard separation
Bryan Whitehead <[EMAIL PROTECTED]> wrote: > This is the default behavior of X. Highlighting IS copying to the > clipboard. Also, middle-click (or whatever is mapped to your 3rd mouse > button) is paste. This is just how X works. Getting around this is a > hack in itself. No, read this: http://www.jwz.org/doc/x-cut-and-paste.html -- Miernik http://miernik.name/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
On Mon, 17 Oct 2005 11:19:55 -0300 Matias Grana <[EMAIL PROTECTED]> wrote: | I'm trying to compile vim with +clipboard support. One can do this | by passing --enable-clipboard to configure. There's no USE flag for | this feature. Incorrect. USE="vim-with-x". -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpUoxNmCNBUk.pgp Description: PGP signature
[gentoo-user] VBoxClient --clipboard seems to be broken with a recent update
VBoxClient --clipboard seems to be broken with a recent update You can start it without error but it just goes away. The last thing in the strace is a clone. Anybody else seen this problem or know of a fix? VBoxClient has behaved like this before, if memory serves. Either I've just forgotten what the problem was, or something new has popped up.
Re: [gentoo-user] problems with clipboard separation
On Saturday 17 November 2007, Bryan Whitehead wrote: > As an example, it looks like the Firefox/Mozilla people want to > enforce the "first way". So people like me (who love highlighting and > clicking) get pissed off because the behavior is changed in JUST > firefox. It doesn't feel consistent. That is why I use Klipper and set it to sync both "clipboards". That way I can cut and paste between practically all applications. I remember when I first started using linux years ago and was rather frustrated when I couldn't copy and paste between gtk/qt/tk/etc based programs. > I can also see why someone would be a nazi (like the realplayer people > are) for the "second way". You still don't seem to get my point. The realplayer people is using a "third way" - aka "the stupid way", because simply opening a dialog *should not* change the contents of the clipboard (unless the sole purpose of the dialog *was* to change the clipboard but let's not be pedantic). Another (gtk) program that exhibits this stupid behaviour is iso master (Image > Properties). -- Crayon -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Wayland side-effect?
On Sunday, 27 December 2020 21:01:09 GMT antlists wrote: > On 27/12/2020 18:51, Michael wrote: > > Restarting the desktop using Xorg does NOT fix this problem. Otherwise, > > both Plasma on Wayland and Xorg work fine - except the clipboard does not > > work on Wayland (middle click won't paste selected text on another > > window). > > This sounds to me like a side-effect of Wayland security. I don't really > know anything about it, but I get the impression that talking between > windows is an unsolved security problem. > > Of course, it could be it's a solved problem, but you've hit a glitch... > > Cheers, > Wol Yes, the clipboard issue is due to the isolation between application windows for security reasons. It should also stop keyloggers having a go at my typing. Annoying nonetheless, I hadn't realised how much I use the middle- click clipboard feature! Selecting text with the mouse, then using right- click Copy (or Ctrl+c) and right-click Paste (Ctrl+v) works, as a long winded alternative. I wonder if the message preview pane problem in Kmail is also caused by the same wayland window isolation? Hmm ... signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] problems with clipboard separation
It boils down to underneath everything is Xlib and the guts of X. The guts of X have many ways to do the same thing and the result is QT, GTK, KDE, GNOME, etc all end up messing with a different piece of how X should handle cut/paste. As another post points out - there seems to be 2 different ways of doing cut/copy/paste. It seems that many like the second way - or just completely ignore "changing" how the second way operates. I would gamble you might have a couple of applications that specifically change how each of the cut/paste methods work because the programmer is a nazi and thinks only one way is good (for example maybe he hates using the "primary way" so he makes the "second way" fudge the "first way"). As an example, it looks like the Firefox/Mozilla people want to enforce the "first way". So people like me (who love highlighting and clicking) get pissed off because the behavior is changed in JUST firefox. It doesn't feel consistent. I can also see why someone would be a nazi (like the realplayer people are) for the "second way". Do you know how annoying it is to highlight something in a dtterm in Solaris and then you can't paste it into something else? For example, I highlight in firefox, but it doesn't paste in my xterm... and my xterm doesn't seem to like any combination of Ctrl-V, etc The thing is, mozilla/firefox are GTK apps. It could be that GTK just doesn't give a crap about cut/paste which leaves the programmer to do whatever he/she wants. Which resultes in randome GTK applications acting different. Yes, it is a bunch of BS and it is why many people just stick to KDE or GNOME... rejecting other software. However, it is this fully tweakable aspect of X11 that gives us the many different windows managers, applications, headaches, and flaming mailing lists. On Nov 16, 2007 8:12 AM, Crayon Shin Chan <[EMAIL PROTECTED]> wrote: > On Friday 16 November 2007, Bryan Whitehead wrote: > > This is the default behavior of X. Highlighting IS copying to the > > clipboard. > > My point is that text which I did not *specifically* highlighted should > never be placed in the clipboard (whether primary/secondary/whatever). > Real life example: > > 1) in firefox/mozilla using CTRL-L will highlight the address url so you > can quickly replace it with something else, you can also use CTRL-V to > paste in something off the clipboard because firefox/mozilla does not > affect the clipboard when the address url is highlighted. > > 2) in Realplayer using CTRL-L will bring up a dialog where you can type in > a url, the current url is displayed in the dialog and is already > highlighted. However realplayer has also overwritten the clipboard with > the current url, which in 99.% of cases is NOT what a user wants, > because now I cannot paste in a new url without having to first delete > the current url, then go back and copy the new url and finally paste it > into realplayer. > > > This is just how X works. Getting around this is a > > hack in itself. > > But how is it that all KDE programs have "hacked" it so that it behaves > correctly (IMO), whereas some gtk based programs like realplayer are just > so clumsy (to put it charitably). > > -- > > Crayon > -- > [EMAIL PROTECTED] mailing list > > -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
Frank Steinmetzger wrote: > Am Tue, May 14, 2024 at 06:28:17AM -0500 schrieb Dale: >> Howdy, >> […] >> remember either, or write notes to remember them. I also wanted to >> avoid the desktop copy and paste, or clipboard, mechanism. I'm not sure >> how that data is stored in the clipboard and how good it is at erasing >> it when I clear it. > The mark-and-middleclick you describe further down is the very same as the > “normal” clipboard. It is just accessed differently. > I thought that too. I highlighted some text in a Konsole and then looked in the KDE clipboard, what I highlighted was not there. It wasn't there after I pasted it either. It goes to a clipboard somewhere but it appears it only remembers one entry then forgets when you highlight something else. I'm not aware of a way to access it yet. I've looked for it but can't find it. To be honest, I wish there was a way to clear it, wherever it is. I clear my KDE clipboard that is on my desktop pretty regular. I always do so after copying passwords or something important. I'm wondering if that clipboard is a part of Konsole itself. I've never seen anything in the KDE clipboard that I just highlighted in Konsole. Now if I highlight and right click to copy, that goes to the KDE clipboard as expected. I'm not sure where the Konsole clipboard info goes. >> First, I needed to generate a password. I googled, a lot. I had >> trouble finding a way to generate the type of passwords I wanted but I >> finally found one. > Care to elaborate regarding the “password you wanted”? There is the obvious > pwgen, which can generate passwords with given character sets and length. > Keepass can do this, too, so I assume, Bitwarden (which you use) has a > similar function. > > And if you don’t like parts of the generated PW, keep the part you like, > generate new and pick the part you like again. Or just let pwgen generate a > big bunch and pick what you like best from the output. > I could use Bitwarden to generate passwords but then I'd need to copy it to my regular clipboard to get it to the Konsole. I wanted to avoid that. Bitwarden is a awesome tool. It's like LastPasss but open source. When LastPass got bought and started limiting basic features, I switched to Bitwarden. Honestly, I wish I had started with Bitwarden to begin with. I like my passwords to have all sorts of characters in as random a order as possible. Most all password tools do a good job of this. The thing I like about the method I posted, I can control exactly what characters are used, individually. I had a website once that allowed some characters, like above the number keys on older keyboards, but didn't allow a few odd ones. LastPass and Bitwarden have the option to turn them off or on as a set but not individually. Luckily that website wasn't something sensitive like a bank or anything but still, some websites do limit what can be used and some are a bit weird. With the command I use, I can easily, in a one time way, leave out anything that I need to but leave the rest. >> […] >> Now that I have a password, how do I keep track of them? I did some >> more searching. I wanted something that was command line not GUI. >> After all, I have BitWarden for websites and such already. Thing is, >> it's GUI since it is a Firefox add-on. I'd need to use the clipboard to >> copy and paste. I want to avoid that remember? I also wanted something >> that is on its own, separate from my main password tool BitWarden. I >> found kpcli in the tree. > I didn’t know about kpcli and it is not available in Arch. So I looked it > up. Turns out it is a non-graphical Keepass client (that’s what the kp > stands for, after all). > > Interestingly, there is also a bitwarden CLI client. > > Did you know Keepass (the graphical one) has an autotype feature? This means > that it simulates the pressing of keys, so it bypasses the clipboard > entirely. Another advantage of that is that you can set up custom key > sequences in the autotype field, so you can for example say “first enter the > username, then press enter, then wait for a second, then enter the password > and press enter again.” Useful for sites that use a dynamic login screen > with animations or non-standard input fields. > I didn't know KeePass had that feature in the GUI version. I did know kpcli was based on KeePass in some way tho. I read that somewhere. Kpcli just fit the need I had and was in the tree to install. Now that I got it setup, it does what I want, no need switching. ;-) >> Then I needed some way to handle if the password file kpcli uses got >> lost or damaged. If I were to lose that file, all drives and the data >>
Re: [gentoo-user] problems with clipboard separation
Alex Schuster wrote: Klipper (the KDE clipbboard) has a setting to keep the content of clipboard and current selection separately. I thought this could only be used to force the behaviour you experence, but maybe it works the other way around for you and lets you disable it. Thank you for the information. If it works, I have a workaround at least for KDE (will try it this evening after work). Nevertheless I would not expect this to solve the problem in general. Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
On Wed, 15 May 2024 08:09:01 -0500, Dale wrote: > > x11-misc/xclip > > > > Or just select some empty space in an application, to overwrite your > > previous selection. > > Well, since it works, something is acting as a clipboard. It doesn't > seem to be xclip in my case. xclip is not a clipboard, it is a tool to manage the contents of the existing clipboards and selection buffers. -- Neil Bothwick Loose bits sink chips. pgp8VMd5CFgb7.pgp Description: OpenPGP digital signature
Re: [gentoo-user] how to copy a file's content to clipboard?
Uwe Thiem wrote: > On 12 August 2005 16:53, Qiangning Hong wrote: > >>Do you know how to copy the content of a file to the X clipboard using >>command? Every time now I need to paste a file into my email, I have to >>cat it in a terminal and use mouse to select the text. Is there a more >>convenient way? > > > Depends on your mailer. In KDE's kmail, I just click Message -> Insert File. > Since you are using Thunderbird, I am pretty sure it offers something > similar. Do you means there isn't an X or desktop environment level utility? What if I want to paste the content of a file in other places, i.e. fill a textarea in web browser? In my cygwin time, the command "cat myfile > /dev/clipboard" was quite handy. I hadn't expected that I am missing a windows function when I am under Linux, ever. P.S. It seems Thunderbird doesn't provide this kind of function except using attachment. :( -- Qiangning Hong I'm usually annoyed by IDEs because, for instance, they don't use VIM as an editor. Since I'm hooked to that, all IDEs I've used so far have failed to impress me. -- Sybren Stuvel @ c.l.python Get Firefox! <http://www.spreadfirefox.com/?q=affiliates&id=67907&t=1> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] can't paste password from clipboard into ssh login in urxvt
On Thursday, April 16, 2020 9:51 PM, Caveman Al Toraboran wrote: > if i press ctrl+shift+v, followed by enter, then > not even the enter registers. if i press the > enter again, alone, without the preceeding > ctrl+shift+v, it works but tells me the obvious > message "permission denied, please try again". > > but if i do the same thing (ctrl+shift+v) in > urxvt, without having ssh's password prompt, then > the password pastes normally, and the subsequent > enter works normally (of course it shows "unknown > command: "). just to add: if i paste the password by the middlemouse buffer (selection buffer?) it goes through ssh's login prompt. but the ctrl+shift+v (clipboard buffer) doesn't. both (selection and clipboard) pastes work in urxvt when ssh's prompt is not there. but it seems deeper than just the "login prompt". i repeated the same fast enough to paste before the "login prompt" appearing, and same effect: paste did not work when ssh is running. it seems a problem when ssh is running. here is one hint: when i paste with ctrl+shift+v, ssh shows "^" before the password prompt appears. of course, shows nothing when the password prompt appears.
[gentoo-user] Re: problems with clipboard separation
[EMAIL PROTECTED] wrote: > If so, then it seems that for me mouse-selection and Ctrl-c write into > the same buffer. Can anyone give me a hint, where to look for the > possibility to change this behaviour? Very interesting, my Gentoo machine is currently X-less so I can't test it, but I'd like such behaviour on my Debian machine, where clipboards are separate, but I'd like them to be common. Preferably also common with GNU screen clipboard (/tmp/screen-exchange). Any ideas how to do it? -- Miernik http://miernik.name/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] vim USE flag: vim-with-x
On Sat, 21 Jan 2006 23:01:26 -0500 "Walter Dnes"
<[EMAIL PROTECTED]> wrote:
| At work, where I have to use Windows (ptui) I can copy text
| from the GUI to the clipboard, {ALT-TAB} to a vim session, and paste
| the clipboard with "* even if vim is running in a textmode console.
| Is there some similar channel for vim in linux?
"+ and "* , but only if you USE="vim-with-x".
--
Ciaran McCreesh : Gentoo Developer (King of all Londinium)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm
signature.asc
Description: PGP signature
Re: [gentoo-user] how to copy a file's content to clipboard?
On Fri, 12 Aug 2005 23:53:19 +0800, Qiangning Hong wrote: > Do you know how to copy the content of a file to the X clipboard using > command? Every time now I need to paste a file into my email, I have to > cat it in a terminal and use mouse to select the text. Is there a more > convenient way? Use xclip, it does just what you want, and the reverse. It's in portage. -- Neil Bothwick I've got a mind like a... a... what's that thing called? pgpxkdijWBa6i.pgp Description: PGP signature
Re: [gentoo-user] VBoxClient --clipboard seems to be broken with a recent update
On 2/8/21 1:17 PM, n952162 wrote: > VBoxClient --clipboard seems to be broken with a recent update > > You can start it without error but it just goes away. The last thing in > the strace is a clone. > > Anybody else seen this problem or know of a fix? > > VBoxClient has behaved like this before, if memory serves. Either I've > just forgotten what the problem was, or something new has popped up. Do you have installed: app-emulation/virtualbox-extpack-oracle
[gentoo-user] Re: Encrypted drives, password generation and management howto, guide.
On 2024-05-15, Michael wrote: > > There are 3 'cliboards', known as selections, I know of: > > 1. Primary - you select some text by holding down your left mouse button (or > Shift+arrow) and you paste it with your middle button (or Shift+Insert - > depending on application). > > 2. Secondary - some applications will autoselect text, e.g. when you click in > the non-empty address bar of a browser. This can replace any selection you > had in the Primary selection. It depends on the particular application. > > 3. Clipboard - this is the Ctrl+x/c/v MSWindows style of cut/copy/paste menu > items. > > More details can be found in the spec here: > > https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt There's also this one: https://www.jwz.org/doc/x-cut-and-paste.html Which mentions the support for different targets, also mentioned in: https://lars.ingebrigtsen.no/2018/10/07/further-fun-with-the-clipboard/ (xclip can be used for targets too, "xclip -o -target TARGETS" for a list of the currently available targets) > As far as I know the Primary selection is not stored anywhere - other than > within the application's memory space where the range of characters have been > selected. The xserver will call for this when you middle click to paste it > on > another application's window. > > The Clipboard may be stored in RAM or cache of any applications which use > this > method. -- Nuno Silva
[gentoo-user] how to copy a file's content to clipboard?
Do you know how to copy the content of a file to the X clipboard using command? Every time now I need to paste a file into my email, I have to cat it in a terminal and use mouse to select the text. Is there a more convenient way? -- Qiangning Hong I'm usually annoyed by IDEs because, for instance, they don't use VIM as an editor. Since I'm hooked to that, all IDEs I've used so far have failed to impress me. -- Sybren Stuvel @ c.l.python Get Firefox! <http://www.spreadfirefox.com/?q=affiliates&id=67907&t=1> -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: x11-misc/synergy
Daniel Jackson gmail.com> writes: > > > Can't live without it. I use it at work and at home. I actually paid for the premium for the shared clipboard and to keep the program going. > > Pros and Cons? > Its easy to use, doesn't get in your way, and maybe two cons,it ask > you to pay if you want the shared clipboard feature, only one computer > acts like server so the control its : > laptop -> desktop Hey thanks guys for the feedback. I'm going to give it whirl, when the zenbook returns from repairs of a faulty keyboard. Since Gentoo is my main system, I going to use workstation --> doz lappy. thx James
Re: [gentoo-user] VBoxClient --clipboard seems to be broken with a recent update
On 2/8/21 10:10 PM, the...@sys-concept.com wrote: On 2/8/21 1:17 PM, n952162 wrote: VBoxClient --clipboard seems to be broken with a recent update You can start it without error but it just goes away. The last thing in the strace is a clone. Anybody else seen this problem or know of a fix? VBoxClient has behaved like this before, if memory serves. Either I've just forgotten what the problem was, or something new has popped up. Do you have installed: app-emulation/virtualbox-extpack-oracle No, is that newly necessary? Sounds pretty proprietary.
Re: [gentoo-user] Re: Question for users of the Firefox browser
On Sunday 17 May 2015 19:49:30 Neil Bothwick wrote: > On Sun, 17 May 2015 18:16:16 + (UTC), Grant Edwards wrote: > > > and if I begin typing, the existing text is deleted and what I'm > > > typing becomes the contents. On the Linux version, under KDE, it > > > doesn't. I have to click into the appropriate edit box, highlight > > > the contents and start typing or hit either home/end and then start > > > deleting before typing my new URL. If, for example, the existing > > > text happens to be a google search string, this can be quite a bit > > > of text to delete. > > > > > > So my question, I suppose, is multipart: > > > 1) Is this by design? Is this the normal behaviour? > > > > Yes. That's how text widgets always work on Unix. > > Unfortunately not :( > > Chromium now selects the whole URL when you click in the address bar. I'm > not sure when it started doing this but it was quite recently. This is not a problem at all, because this address bar auto-highlighting in Chromium does not take over the system clipboard. When I click once it selects the whole address and I can delete it, before I middle click to insert whatever was in the clipboard. As has already been commented, this won't work with FF, which replaces the clipboard when I necessarily double click to select the content of the address bar. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Any way to automate login to host and su to root?
On 7/15/22 1:15 AM, J. Roeleveld wrote: Yes. Okay. That simply means that SSH keys won't be used to authenticate to the remote system. How would it not prompt for a password. There is a PAM module; pam_ssh_agent_auth, which can be used to enable users to authenticate to sudo using SSH keys. This means that the user /does/ authenticate to sudo as necessary. It's just that the authentication happens behind the scenes and they don't need to enter their password. Thus you can avoid the NOPASSWD: option which means a better security posture. I need something that will take the password from the vault (I can do this in Python and shell-scripting. Probably also in other scripts). Authenticating to the vault can be done on a session basis and shared. So locally, I'd only login once. Sure. Currently, yes. I never physically see the password as it currently goes into the clipboard and gets wiped from there after a short time period. Enough time to paste it into the password-prompt. It's the copy/pasting that I am looking to automate into a single "login-to-remote-host" script. I would not consider the copy and paste method to be secure. There are plenty of utilities to monitor the clipboard et al. and copy the new contents in extremely short order. As such, users could arrange to acquire copies of the password passing through the clipboard. I would strongly suggest exploring options that don't use the clipboard and instead retrieve the password from the vault and inject it into the remote system without using the clipboard. Or, authenticate to sudo a different way that doesn't involve a password. This will work for 90+ percent of the use cases. Meaning that the sensitive password is needed for 10 percent or less of the time. Thereby reducing the possible sensitive password exposure. }:-) I prefer not to use SSH keys for this as they tend to exist for years in my experience. And one unnoticed leak can open up a lot of systems. That is a valid concern. I'd strongly suggest that you research SSH /certificates/. SSH /certificates/ support a finite life time /and/ can specify what command(s) / action(s) they can be used for. My $EMPLOYER uses SSH /certificates/ that last about 8 hours. I've heard of others that use SSH /certificates/ that last for a single digit number of minutes or even seconds. The idea being that the SSH /certificate/ only lasts just long enough for it to be used for it's intended purpose and no longer. The ability to specify the command; e.g. "su -" that is allowed to be executed means that people can't use them to start any other command. }:-) This is why I use passwords. (passwords are long random strings that are changed regularly) Fair enough. I only counter with take a few minutes to research SSH /certificates/ and see if they are of any interest to you. -- Grant. . . . unix || die
Re: [gentoo-user] how to copy a file's content to clipboard?
On 12 August 2005 16:53, Qiangning Hong wrote: > Do you know how to copy the content of a file to the X clipboard using > command? Every time now I need to paste a file into my email, I have to > cat it in a terminal and use mouse to select the text. Is there a more > convenient way? Depends on your mailer. In KDE's kmail, I just click Message -> Insert File. Since you are using Thunderbird, I am pretty sure it offers something similar. Uwe -- 95% of all programmers rate themselves among the top 5% of all software developers. - Linus Torvalds http://www.uwix.iway.na (last updated: 20.06.2004) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Re: OT - which X terminal do you use?
Thomas Kirchner wrote: As for copy/paste, I'll give you that. However, screen once again provides that functionality between its own windows. Yes, between its own windows. So it won't help much, if something's copied into the clipboard (eg. select text in Firefox, KNode, ... and hit Ctrl+C). If I'm in console mode, that's sufficient, and if I'm in X, middle-click pasting works just fine between GUIs, whether they support copy/paste or not. Middle Click doesn't operate on the clipboard, but just on the primary selection. Alexander Skwar -- Money can't buy love, but it improves your bargaining position. -- Christopher Marlowe -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] copy text file to clipboard on startup
On 11/22/2018 11:33 AM, Andrew Savchenko wrote: > On Thu, 22 Nov 2018 10:49:00 -0700 the...@sys-concept.com wrote: [snip] >> >> Hmm... I tried it from the command line and restarting the XFCE; nothing >> in the clipboard, empty. Nothing to paste. > > I don't understand what you are meaning. Have you ran xclip and > then restarted XFCE? O_o. Of course this will not work, because X > server is being reset during restart. You need to run xclip after > XFCE is started. The ways to automate this are described above. > >> xclip -in test.txt > > Best regards, > Andrew Savchenko > Even if I run it from the command line. xclip -in test.txt "CTRL-V" is not pasting anything. -- Regards, Thelma
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
Neil Bothwick wrote: > On Wed, 15 May 2024 08:09:01 -0500, Dale wrote: > >>> x11-misc/xclip >>> >>> Or just select some empty space in an application, to overwrite your >>> previous selection. >> Well, since it works, something is acting as a clipboard. It doesn't >> seem to be xclip in my case. > xclip is not a clipboard, it is a tool to manage the contents of the > existing clipboards and selection buffers. > > Well, just for giggles. root@fireball / # echo "" | xclip -bash: xclip: command not found root@fireball / # It didn't like it. :/ It seems that it only remembers one in memory anyway. Once I highlight something else, it kinda clears itself. That works. Heck, I have to clear the Konsole when I exit kpcli anyway. Dale :-) :-)
Re: [gentoo-user] how to use EXTRA_ECONF?
Matias Grana schreef: > On Mon, Oct 17, 2005 at 08:28:54PM +0100, Ciaran McCreesh wrote: > >> On Mon, 17 Oct 2005 11:19:55 -0300 Matias Grana <[EMAIL PROTECTED]> >> wrote: | I'm trying to compile vim with +clipboard support. One >> can do this | by passing --enable-clipboard to configure. There's >> no USE flag for | this feature. >> >> Incorrect. USE="vim-with-x". >> >> -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, >> Cron) Mail: ciaranm at gentoo.org Web : >> http://dev.gentoo.org/~ciaranm >> > > > Nicer! So this is what vim-with-x stand for! I saw the flag, but > thought that it would pull down gvim, which I already have in my > world. Now: this pops up a second question: where can we see the > exact efect of USE flags on packages? For instance: what other > features 'vim-with-x' will enable? USE flag descriptions can be found in /usr/portage/profiles. There are two files: /usr/portage/profiles/use.desc (for global USE flags), and /usr/portage/profiles/use.local.desc (for local USE flags relevant to individual packages). You can of course search/grep normally through these files, but I find it easier to nick an alias that someone on the list provided, and add it to ~/.bashrc: alias useflag='grep /usr/portage/profiles/use.*desc -e' which enables me to do this (after re-sourcing ~/.bashrc, which I also have an alias to do :-) ): di 10/18/05 15:39 ~ motub-> useflag vim-with-x /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Linking console vim against X11 libraries to enable title and clipboard features in xterm And now I know what it does, instead of guessing ;-) . Hope this helps Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Wayland side-effect?
On Monday, 28 December 2020 00:10:54 GMT Michael wrote: > On Sunday, 27 December 2020 21:01:09 GMT antlists wrote: > > On 27/12/2020 18:51, Michael wrote: > > > Restarting the desktop using Xorg does NOT fix this problem. Otherwise, > > > both Plasma on Wayland and Xorg work fine - except the clipboard does > > > not > > > work on Wayland (middle click won't paste selected text on another > > > window). > > > > This sounds to me like a side-effect of Wayland security. I don't really > > know anything about it, but I get the impression that talking between > > windows is an unsolved security problem. > > > > Of course, it could be it's a solved problem, but you've hit a glitch... > > > > Cheers, > > Wol > > Yes, the clipboard issue is due to the isolation between application windows > for security reasons. It should also stop keyloggers having a go at my > typing. Annoying nonetheless, I hadn't realised how much I use the middle- > click clipboard feature! Selecting text with the mouse, then using right- > click Copy (or Ctrl+c) and right-click Paste (Ctrl+v) works, as a long > winded alternative. > > I wonder if the message preview pane problem in Kmail is also caused by the > same wayland window isolation? Hmm ... The workaround for the black message preview pane is to resize the root Kmail window. When redrawn the message preview pane shows its contents. Resizing has to take place in a single operation and left alone for a few seconds. If multiple resizing actions take place then invariably Kmail becomes unresponsive and crashes. QtWayland complains about something or other not implemented, so I assume some coding in Kmail needs to be polished to make it work more smoothly in Wayland. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Vmware Player 4 from vmware-overlay
Am 25.10.2011 07:25, schrieb Nikos Chantziaras: > How is video and mouse performance? VMware has drivers for that; you > install them inside the guest. There is seamless mouse integration with > guest-host, and very fast graphics (I can run Windows Aero without > problem.) I can also drag&drop files between my Linux and Windows > desktop and also share the clipboard. > > Does KVM have something similar? You are right, the integration isn't that smooth yet. KVM brings virtio-drivers to access NICs and block-devices on a lower level: http://www.linux-kvm.org/page/Virtio drag&drop and clipboard: I haven't tested these w/ KVM yet, this would also have to be integrated within the client accessing the VMs. VMM for example does use VNC under the hood, AFAIK. I assume KVM isn't that handy yet as vmware-player is.
Re: [gentoo-user] how to use EXTRA_ECONF?
On Tue, Oct 18, 2005 at 03:41:24PM +0200, Holly Bostick wrote: > motub-> useflag vim-with-x > /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - > Linking console vim against X11 libraries to enable title and clipboard > features in xterm Aha! Now it seems that I have an old (or not so accurate) /usr/portage/profiles/use.local.desc: /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Enables linking the console vim against X libs to enable some features in xterms This is why I neglected to see that clipboard and vim-with-x were related. But what I find confusing now is why I have this difference. How does one update the use.local.desc file? It seems not to belong to any package (tried "equery belongs /usr/portage/profiles/use.local.desc" and didn't get any answer). Matías -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Question for users of the Firefox browser
On Sun, 17 May 2015 22:54:19 +0100, Mick wrote: > > Chromium now selects the whole URL when you click in the address bar. > > I'm not sure when it started doing this but it was quite recently. > > This is not a problem at all, because this address bar > auto-highlighting in Chromium does not take over the system clipboard. > When I click once it selects the whole address and I can delete it, > before I middle click to insert whatever was in the clipboard. True, it's not that problem, but it is still a problem in other ways, or an annoyance at best. And unlike Firefox, there does not appear to be a way to change it. -- Neil Bothwick Isn't it a bit unnerving that doctors call what they do "practice?" pgp6Nf2XgK68h.pgp Description: OpenPGP digital signature
[gentoo-user] Re: xfreerdp clipboard not working
On 2015-03-26, Grant Edwards wrote: > I'm going to unamsk xfreerdp 1.2.0 and see if it works any better. 1.2.0 is unusable. About 1/3 of the time, a sessions will lock up within the first couple seconds and sit there burning 15% CPU and generating 20,000 packets per second of network traffic. Sometimes it goes a few more seconds and then locks up burning 95% CPU generating no network traffic. When a session isn't locked up it still generates a continuous 20K packets/second even with a static desktop with nothing changing (mouse cursor not even in the xfreerdp window). In some such "working" sessions, the clipboard features don't work at all. In other "working" sessions, the cliboard feature does seem to work reliably. -- Grant Edwards grant.b.edwardsYow! In 1962, you could buy at a pair of SHARKSKIN SLACKS, gmail.comwith a "Continental Belt," for $10.99!!
[gentoo-user] Re: xfreerdp clipboard not working
On 2015-03-26, Mike Gilbert wrote: > On Thu, Mar 26, 2015 at 11:34 AM, Grant Edwards > wrote: >> On 2015-03-26, Grant Edwards wrote: >> >>> I'm going to unamsk xfreerdp 1.2.0 and see if it works any better. >> >> 1.2.0 is unusable. > > Personally, I maintain and use the live ebuild (freerdp-.1) more > than the others. I use it on an almost daily basis. It might be worth > giving that a shot. If it works better for you, I can create a new > snapshot to add to ~arch. Thanks for suggesting the git ebuild (I hadn't noticed one was available). It looks like it's working well. Clipboard features work consistently, and I see none of the lockup or network traffic problems I saw with 1.2.0. -- Grant Edwards grant.b.edwardsYow! Hand me a pair of at leather pants and a CASIO gmail.comkeyboard -- I'm living for today!
Re: [gentoo-user] VBoxClient --clipboard seems to be broken with a recent update
On 2/8/21 9:17 PM, n952162 wrote: VBoxClient --clipboard seems to be broken with a recent update You can start it without error but it just goes away. The last thing in the strace is a clone. Anybody else seen this problem or know of a fix? VBoxClient has behaved like this before, if memory serves. Either I've just forgotten what the problem was, or something new has popped up. Oh, I have a clue ... I noticed that the user wasn't included in /etc/group. But he was before ... I updated this system by binary update, and I guess the default is |--include-config.| |From now on, I'll use |||--include-unmodified-config.|| ||But adding the user, in both host and client /etc/group files, and restarting X, didn't solve the problem, so there's likely some other old configuration that got wiped out. ||
Re: [gentoo-user] Any way to automate login to host and su to root?
On Friday, 15 July 2022 18:15:04 CEST Grant Taylor wrote: > On 7/15/22 1:15 AM, J. Roeleveld wrote: > > Yes. > > Okay. > > That simply means that SSH keys won't be used to authenticate to the > remote system. > > > How would it not prompt for a password. > > There is a PAM module; pam_ssh_agent_auth, which can be used to enable > users to authenticate to sudo using SSH keys. This means that the user > /does/ authenticate to sudo as necessary. It's just that the > authentication happens behind the scenes and they don't need to enter > their password. Thus you can avoid the NOPASSWD: option which means a > better security posture. Hmm... interesting. I will look into this. But, it needs the agent to be running, which will make it tricky for automation. (I have some scripts that need to do things on different systems in a sequence for which this could help) > > I need something that will take the password from the vault (I > > can do this in Python and shell-scripting. Probably also in other > > scripts). Authenticating to the vault can be done on a session basis > > and shared. So locally, I'd only login once. > > Sure. > > > Currently, yes. I never physically see the password as it currently > > goes into the clipboard and gets wiped from there after a short time > > period. Enough time to paste it into the password-prompt. It's > > the copy/pasting that I am looking to automate into a single > > "login-to-remote-host" script. > > I would not consider the copy and paste method to be secure. There are > plenty of utilities to monitor the clipboard et al. and copy the new > contents in extremely short order. As such, users could arrange to > acquire copies of the password passing through the clipboard. I know, which is why I was investigating automating it. The passwords are too long to comfortably copy by hand. > I would strongly suggest exploring options that don't use the clipboard > and instead retrieve the password from the vault and inject it into the > remote system without using the clipboard. > > Or, authenticate to sudo a different way that doesn't involve a > password. This will work for 90+ percent of the use cases. Meaning > that the sensitive password is needed for 10 percent or less of the > time. Thereby reducing the possible sensitive password exposure. }:-) > > > I prefer not to use SSH keys for this as they tend to exist for years > > in my experience. And one unnoticed leak can open up a lot of systems. > > That is a valid concern. > > I'd strongly suggest that you research SSH /certificates/. SSH > /certificates/ support a finite life time /and/ can specify what > command(s) / action(s) they can be used for. > > My $EMPLOYER uses SSH /certificates/ that last about 8 hours. I've > heard of others that use SSH /certificates/ that last for a single digit > number of minutes or even seconds. The idea being that the SSH > /certificate/ only lasts just long enough for it to be used for it's > intended purpose and no longer. I will definitely investigate this. They sound interesting. I'd set the validity to a lot less if this can be automated easily. > The ability to specify the command; e.g. "su -" that is allowed to be > executed means that people can't use them to start any other command. }:-) > > > This is why I use passwords. (passwords are long random strings that > > are changed regularly) > > Fair enough. I only counter with take a few minutes to research SSH > /certificates/ and see if they are of any interest to you. Added to my research-list. -- Joost
Re: [gentoo-user] copy text file to clipboard on startup
On 11/22/2018 11:33 AM, Andrew Savchenko wrote: [snip] > On Thu, 22 Nov 2018 10:49:00 -0700 the...@sys-concept.com wrote: >> On 11/22/2018 10:02 AM, Andrew Savchenko wrote: >>> On Thu, 22 Nov 2018 09:35:42 -0700 the...@sys-concept.com wrote: >>>> I have a simple text file (with few lines in it) and using XFCE. >>>> >> Hmm... I tried it from the command line and restarting the XFCE; nothing >> in the clipboard, empty. Nothing to paste. > > I don't understand what you are meaning. Have you ran xclip and > then restarted XFCE? O_o. Of course this will not work, because X > server is being reset during restart. You need to run xclip after > XFCE is started. The ways to automate this are described above. > >> xclip -in test.txt > > Best regards, > Andrew Savchenko > Andrew, it worked but the sequence is: xclip -sel clip < test.txt -- Regards, Thelma
Re: [gentoo-user] x11-misc/synergy
Can't live without it. I use it at work and at home. I actually paid for the premium for the shared clipboard and to keep the program going. On Jun 8, 2014 11:13 AM, "Jc García" wrote: > 2014-06-08 8:25 GMT-06:00 James : > > Gentooers, > > > > Anyone built a multi head setup using synergy? > > For me now is essential to have synergy on my laptop and desktop it > improves the workflow greatly. > > > If so, do you like it? > > A lot, and recomend building it with the qt interface it makes simple > reorganizing the screens if you move them, or change the computer > acting as server. > > > Pros and Cons? > > Its easy to use, doesn't get in your way, and maybe two cons,it ask > you to pay if you want the shared clipboard feature, only one computer > acts like server so the control its : > laptop -> desktop > or > desktop -> laptop > not > desktop <->laptop > > > > > > > curiously, > > James > > > >
Re: [gentoo-user] keyboard copy paste
On Sun, 30 Aug 2009 11:13:02 -0500 Harry Putnam wrote: > Now I want to paste whats on the clipboard into an Xterm cmd line, > without going to the mouse. > > I'm running recent Xfce4 desktop... but not finding a way to do this. > > Can I just steal whatever events happen when middle click on three > button mouse and put them into a keyboard shortcut? > > How might I do that? Shift+Ins is indeed a way, but not applicable in some cases (like pasting into x-only app, say, field in a browser) and 'middle-mouse' buffer is quite volatile, so I have a shortcut in wm (on Super+V) which does this: xclip -out -selection primary | xclip -in -selection clipboard After that, Ctrl+V will insert 'middle-mouse' stuff into any app. Same xclip app is a great way to avoid the mouse (or touchpad) in many cases, especially to copy-paste long command outputs - you just pipe it into xclip (or it's alias w/ appropriate buffer pre-set) and paste where it's needed. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: vim USE flag: vim-with-x
* Walter Dnes <[EMAIL PROTECTED]> [22/01/06 06:14]:
> The one thing I find painful in my setup is copying text from the X
> session to a text session or visa versa. I end up opening vim in X,
> saving the selected text to ~/x, switching to a text console, and then
> :r ~/x
> in vim. At work, where I have to use Windows (ptui) I can copy text
> from the GUI to the clipboard, {ALT-TAB} to a vim session, and paste the
> clipboard with "* even if vim is running in a textmode console. Is
> there some similar channel for vim in linux?
If you just set DISPLAY correctly before you run vim (usually ':0.0'),
you can do it the same. You can even use the mouse (if you use gpm)
Moshe
>
> --
> Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1
> My musings on technology and security at http://tech_sec.blog.ca
> --
> gentoo-user@gentoo.org mailing list
>
--
I love deadlines. I like the whooshing sound they make as they fly by.
-- Douglas Adams
Moshe Kaminsky <[EMAIL PROTECTED]>
Home: 08-9456841
pgpZw3p9JjUeB.pgp
Description: PGP signature
Re: [gentoo-user] Encrypted drives, password generation and management howto, guide.
On Wednesday, 15 May 2024 14:09:01 BST Dale wrote: > Michael wrote: > > On Wednesday, 15 May 2024 11:56:04 BST Dale wrote: > >> There doesn't appear to be a xclip on here, not as a command anyway. > >> Could it be some other name? Maybe it changed? I'm sure it is > >> something. I just don't know what. > >> > >> Thanks. > >> > >> Dale > >> > >> :-) :-) > > > > x11-misc/xclip > > > > Or just select some empty space in an application, to overwrite your > > previous selection. > > Well, since it works, something is acting as a clipboard. It doesn't > seem to be xclip in my case. Anyway, that's what I been doing is > highlighting something else and that makes it paste the new highlighted > info instead of previous info. I have no idea if those entries are > stored somewhere or when gone, they gone. I'm hoping they are gone. There are 3 'cliboards', known as selections, I know of: 1. Primary - you select some text by holding down your left mouse button (or Shift+arrow) and you paste it with your middle button (or Shift+Insert - depending on application). 2. Secondary - some applications will autoselect text, e.g. when you click in the non-empty address bar of a browser. This can replace any selection you had in the Primary selection. It depends on the particular application. 3. Clipboard - this is the Ctrl+x/c/v MSWindows style of cut/copy/paste menu items. More details can be found in the spec here: https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt As far as I know the Primary selection is not stored anywhere - other than within the application's memory space where the range of characters have been selected. The xserver will call for this when you middle click to paste it on another application's window. The Clipboard may be stored in RAM or cache of any applications which use this method. > P. S. My new 16TB drive is almost done with the long SMART test. :-D I understand there's a new disk technology about to be released upon us with laser heating up the area where data is being stored, to increase density and therefore hugely increase capacity. Your next spinning drive could well be 30-50T or more! 0_0 signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Gentoo laptop issues
list-catcher wrote: I just managed to get Gentoo installed on my Presario v6420 which is the first laptop I've ever had linux on and I've got two problems that I thought I'd ask the list about: The most important of the problems involves the fan. The laptop gets a whole lot hotter using linux while compiling than it did using vista while compiling which implies that there is some fan control missing from my install. What sort of ebuilds/apps should I be looking at to solve the problem? sys-apps/lm_sensors You need to have a kernel which supports your mainboard's and CPU's sensors. With the fancontrol daemon, the fan will be controlled by software using user-defined temperature rules (for example, 30C=40% Fan, 40C=50% Fan, 50C=70% Fan, etc.) I've also noticed two seperate clipboards. One, using the usual middle click button and another using shift-insert. These clipboards are different in what they paste... Anyone know more about this? This is a feature, not a bug ;) That way you have a temporary clipboard as well as a main clipboard. I don't know if it can be disabled (since I like this feature and therefore never bothered to check how to turn it off :P)
Re: [gentoo-user] how to use EXTRA_ECONF?
On Tuesday 18 October 2005 03:44 pm, Matias Grana wrote: > On Tue, Oct 18, 2005 at 03:41:24PM +0200, Holly Bostick wrote: > > motub-> useflag vim-with-x > > /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - > > Linking console vim against X11 libraries to enable title and clipboard > > features in xterm > > Aha! Now it seems that I have an old (or not so accurate) > /usr/portage/profiles/use.local.desc: > > /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - > Enables linking the console vim against X libs to enable some features > in xterms You're not out of sync, Holly is, possibly an upstream sync issue. > This is why I neglected to see that clipboard and vim-with-x were > related. But what I find confusing now is why I have this difference. > How does one update the use.local.desc file? It seems not to belong to > any package > (tried "equery belongs /usr/portage/profiles/use.local.desc" > and didn't get any answer). This file is resynced when you 'emerge --sync'; it is not owned by a package in portage. If you look at the timestamp of the file it should match the date of your last sync. For Holly's case, I'm wondering if she's syncing against a system that doesn't mirror that file from upstream? Just a guess. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] can't paste password from clipboard into ssh login in urxvt
On Thursday, April 16, 2020 8:12 PM, David Abbott wrote: > Did you try CTRL + SHIFT + V yes (that's how i paste).
Re: [gentoo-user] Re: problems with clipboard separation
"X11 programs have a second way of copying and pasting text", so the first method is not a hack (sorry), however, many X11 applications do not bother with the first method. For example, xterm doesn't have an "edit", "copy", or "paste" on all flavors of unix - try using them in dtterm on Solaris and you'll see how useless the "first method" is when you can't cut/paste consistently between different programs (cut/copy some text, then try to paste it into gnome/kde/gtk/qt applications). xchat is typical software that doesn't do the "edit" menu. http://xchat.org/faq/#q24 (nor does it provide keyboard mapping for cut/copy/paste - your WM or OS must do that). The standards doc might be anal about what is "first" and "second", but in the real world the "second way" is what seems to be universal. On Nov 15, 2007 10:16 PM, Miernik <[EMAIL PROTECTED]> wrote: > Bryan Whitehead <[EMAIL PROTECTED]> wrote: > > This is the default behavior of X. Highlighting IS copying to the > > clipboard. Also, middle-click (or whatever is mapped to your 3rd mouse > > button) is paste. This is just how X works. Getting around this is a > > hack in itself. > > No, read this: http://www.jwz.org/doc/x-cut-and-paste.html > > -- > Miernik > http://miernik.name/ > > -- > > [EMAIL PROTECTED] mailing list > > -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] problems with clipboard separation
Quoting Bryan Whitehead <[EMAIL PROTECTED]>: Solaris and then you can't paste it into something else? For example, I highlight in firefox, but it doesn't paste in my xterm... and my xterm doesn't seem to like any combination of Ctrl-V, etc xterms shouldn't intercept Ctrl-V to the clipboard. Ctrl-V is a valid control sequence that a console application might desire. I use aterm, and it recognizes Ctrl-Ins just fine. regarding the rest of your message, there can be something said regarding having a suite of applications that are developed by the same people. They are consistent. However, I could argue that there isn't a well defined design document for X11 programs - especially one that is up to date. I do feel that programmers should listen to their users. They should recognize that people like Ctrl-C and Ctrl-V, or things like Edit menus. However, realize that we're running on X11, and there are programs out there that are unmaintained. Therefore, the old way of cut/paste should still be available for backwards compatibility. I feel firefox, thunderbird, and OOffice do this rather well. I can cut and paste between applications which understand C-C and C-V as well as programs which only understand the 3rd mouse click (or dual left-right click emulation). -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Questions about hacked sites and passwords
Am 17.01.2012 12:14, schrieb Neil Bothwick: > On Tue, 17 Jan 2012 12:06:40 +0100, Willie WY Wong wrote: > >> For users of KeePassX, what are its main benefits? Best I can tell it >> offers a searchable GUI (is it accesible on the command line?), and > > There's a command line interface out there, google for kpcli. > >> AES or Twofish encryption of a database. Is there anything else >> special, that sets it apart from, say, the built-in encryption >> capabilities of vim (using blowfish)? > > It's a lot more convenient than a plain text file, but at the end of the > day, both are encrypted databases. Being able to open a browser from > the GUI and copying the username/password to the clipboard are handy, as > is the ability to separate the entries into categories, but it's all > convenience. You can do most of this with an encrypted text file and > grep, although not so easily on an Android phone. > > Other features: - there is an android app (read-only access for now) - there is a Windows version (including portable version for memory sticks) - it has an integrated password generator with some nice options - it allows 2-factor authentication (password + key file) for its files - it clears your clipboard after a timeout or when it is closed so that no passwords can be retrieved from it Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Re: Re: Still not getting how to influence compile flags with emerge
Mick schreef: > Ciaran McCreesh wrote: > > >> On Fri, 02 Dec 2005 19:55:47 + Mick >> <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh wrote: | > >> On Fri, 2 Dec 2005 16:25:07 - "Michael Kintzios" | > >> <[EMAIL PROTECTED]> wrote: | > | > Which USE flag will >> make that +xterm_clipboard | > | | > | This is a dependency flag >> which I guess can be flipped by first | > | emerging >> x11-apps/xclipboard. | > | > Er. No. | | Go on, tell us more. >> >> Package source build options must never be controlled by "stuff >> that is installed". Basic policy issue. > > > OK, then we're back to the OP question: how does one control the > xterm_clipboard flag? As said (several times)-- by enabling the "vim-with-x" USE flag. /usr/portage/profiles/use.local.desc:app-editors/vim:vim-with-x - Link console vim against X11 libraries to *enable title and clipboard features* in xterm Enabling the USE flag enables the ./configure option. If dependencies are needed to satisfy the option, they will be installed automatically before the package itself emerges. *This is what USE flags do*-- they enable or disable optional support for stuff, enabling you to customize your system and its packages. So if I don't need the clipboard features of vim, I don't have to have them, but if you do, you can. Voila! It's Gentoo!! :-) . Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] [OT] OOo-Calc import text when pasting from clipboard
This is a bit OT. Two Gentoo boxen, one with compiled from source OOo, one with OOo-bin. I select a number of paths showing my modules, as produced on a terminal having run modprobe -ls, e.g.: /lib/modules/2.6.16-gentoo-r9/kernel/security/seclvl.ko /lib/modules/2.6.16-gentoo-r9/kernel/security/capability.ko /lib/modules/2.6.16-gentoo-r9/kernel/security/commoncap.ko Now, on the first box when I middle-click my mouse in OOo-Calc it opens a dialog box titled "Text Import - [Pasted Data]" and asks me what symbol I want to consider as a delimiter (Tab, Semicolon, Comma, other, etc) i.e. it interprets the clipboard data I selected from the terminal as a CSV text file. The problem is that on boxen number two, the OOo-bin just pastes each line into a single cell without asking how to treat the delimiters. I've spent an hour looking in the OOo Option settings and still cannot find how to turn on this text import CSV interpreter thingy. Would you perhaps know where is this 'secret' setting? PS. On a separate note, would any of you script junkies have something handy to parse the output of modprobe -ls and import the module names into /etc/modules.autoload.d/kernel-2.6, sorted under commented out headers according with the category of modules - or am I being too lazy here? ;-) -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] VBoxClient --clipboard seems to be broken with a recent update [ probably RESOLVED ]
On 2/8/21 9:17 PM, n952162 wrote: VBoxClient --clipboard seems to be broken with a recent update You can start it without error but it just goes away. The last thing in the strace is a clone. Anybody else seen this problem or know of a fix? VBoxClient has behaved like this before, if memory serves. Either I've just forgotten what the problem was, or something new has popped up. I just saw that my virtualbox-modules emerge failed. Probably related to this: $ uname -a Linux txm0 *4.19.72-gentoo* #7 SMP Tue Jun 9 19:51:52 CEST 2020 x86_64 GNU/Linux $ lt /usr/src/ total 16 drwxr-xr-x 25 root root 4096 Feb 3 02:14 linux-5.4.92-gentoo drwxr-xr-x 25 root root 4096 Dec 30 19:17 linux-5.4.80-gentoo-r1 drwxr-xr-x 23 root root 4096 Dec 12 21:55 linux-4.19.72-gentoo drwxr-xr-x 25 root root 4096 Oct 20 23:50 linux-5.4.72-gentoo lrwxrwxrwx 1 root root 20 Nov 8 2019 linux -> linux-*4.19.72-gentoo* I'm not sure why I have all these newer versions of the kernel ... What should I be at? For an amd64... Oh man... $ eselect kernel list Available kernel symlink targets: [1] linux-5.4.72-gentoo [2] linux-5.4.80-gentoo-r1 [3] linux-5.4.92-gentoo Was there an adminstrative step that I missed there?
Re: [gentoo-user] Re: problems with clipboard separation
Miernik wrote: No, read this: http://www.jwz.org/doc/x-cut-and-paste.html Thanks for the link: now I know that my ideas of how copying works are close to reality. I will continue looking for a solution. If I find something, I will post it here. Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] how to use EXTRA_ECONF?
Neil Bothwick said: > mkdir -p /etc/portage/env.d/app-editors > echo >>/etc/portage/env.d/app-editors/vim > 'EXTRA_ECONF="--enable-clipboard"' > > You can use this to set variables, or override default settings, for any > package. Ooh that's quite nifty. I'll have to write that one down. Thanks, Neil. :) --Peter -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: [OT] OOo-Calc import text when pasting from clipboard
Someone must have an idea how to crack this, no? On 28/06/06, Mick <[EMAIL PROTECTED]> wrote: This is a bit OT. Two Gentoo boxen, one with compiled from source OOo, one with OOo-bin. I select a number of paths showing my modules, as produced on a terminal having run modprobe -ls, e.g.: /lib/modules/2.6.16-gentoo-r9/kernel/security/seclvl.ko /lib/modules/2.6.16-gentoo-r9/kernel/security/capability.ko /lib/modules/2.6.16-gentoo-r9/kernel/security/commoncap.ko Now, on the first box when I middle-click my mouse in OOo-Calc it opens a dialog box titled "Text Import - [Pasted Data]" and asks me what symbol I want to consider as a delimiter (Tab, Semicolon, Comma, other, etc) i.e. it interprets the clipboard data I selected from the terminal as a CSV text file. The problem is that on boxen number two, the OOo-bin just pastes each line into a single cell without asking how to treat the delimiters. I've spent an hour looking in the OOo Option settings and still cannot find how to turn on this text import CSV interpreter thingy. Would you perhaps know where is this 'secret' setting? PS. On a separate note, would any of you script junkies have something handy to parse the output of modprobe -ls and import the module names into /etc/modules.autoload.d/kernel-2.6, sorted under commented out headers according with the category of modules - or am I being too lazy here? ;-) -- Regards, Mick -- Regards, Mick -- gentoo-user@gentoo.org mailing list
[gentoo-user] where did VBoxClient go to?
In app-emulation/virtualbox-guest-additions5.1.32, there's a program called /usr/bin/VBoxClient that is not to be found in 5.2.32. I don't find any mention of the change in the internet or the release notes for 5.2.32. Anybody have any idea what the story is? Does anybody use clipboard sharing? If so, how, without VBoxClient?
