It'd be nice to have an option to store buffers to the PRIMARY buffer,
an opposite of the -S switch.  At this point it seems that you have to
use xcutsel as an intermediary which seems kind of pointless.  However,
perhaps someone had some deeper insight?  Why the middle man?  Just let
xcb do it.

What I'd really like to do is to take stdin and store it in the PRIMARY
buffer, copy from the command line.

Hi Marc!

I'm the current maintainer for xcb in Debian.
I've received a wishlist bug, asking for a new feature
for xcb.

According to http://www.goof.com/pcg/marc/xcb.html you're
maintainig the fork i packaged.

Maybe its a valuable feature request, i think it might
be usefull.

Please use the addresses supplied via CC to reach the original
author of this wishlist bug and please keep 329273@bugs.debian.org
in CC to archive the correspondence in Debians BTS.

Thanks, ms

Begin forwarded message:

Quite possibly, thanks for forwarding such requests :)

I don't quite understand what that means, could you elaborate in more
detail what the effect should be? "The opposite of -S" and "take stdin"
seem to be contradicting each other.

"xclip -i" seems to do exactly that, no?

On 2005-10-04 at 13:24, Marc Lehmann <schmorp@schmorp.de> elucidated:


Just meant to say you had the -S switch which would take from PRIMARY
and put it a storage buffer.  But you didn't have a switch to take a
storage buffer and put it into PRIMARY, AFAICT.

Oh, I was unaware of xclip.  I guess I better check that out.

Ah! Well.. the -S switch is pretty special-purpose (it also waits, for
example), and so not only puts PRIMARY somewhere else.

However, the opposite is not that important, as you can just select the
cut buffer and it becomes the primary selection (the selection is just
that - some selection somewere, while a cut buffer actually stores data in
the x-server), or you can use xcb|xclip or vice versa.

Its very handy, although I have no idea how well it is i18nized...
(probably not very well, but neither is xcb).

We believe that the bug you reported is fixed in the latest version of
crafty, which is due to be installed in the Debian FTP archive:

crafty_20.14-1.diff.gz
  to pool/non-free/c/crafty/crafty_20.14-1.diff.gz
crafty_20.14-1.dsc
  to pool/non-free/c/crafty/crafty_20.14-1.dsc
crafty_20.14-1_i386.deb
  to pool/non-free/c/crafty/crafty_20.14-1_i386.deb
crafty_20.14.orig.tar.gz
  to pool/non-free/c/crafty/crafty_20.14.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 329273@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Eric Van Buggenhaut <ericvb@debian.org> (supplier of updated crafty package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Sun,  8 Oct 2006 15:51:42 +0200
Source: crafty
Binary: crafty
Architecture: source i386
Version: 20.14-1
Distribution: unstable
Urgency: low
Maintainer: Eric Van Buggenhaut <ericvb@debian.org>
Changed-By: Eric Van Buggenhaut <ericvb@debian.org>
Description:
 crafty     - state-of-the-art chess engine, compatible with xboard
Closes: 329273
Changes:
 crafty (20.14-1) unstable; urgency=low
 .
   * New upstream release
   * Acknowledge NMU (closes: #329273)
Files:
 b44fd64a6c160a8e5eacb37758875f98 620 non-free/games optional crafty_20.14-1.dsc
 d6931c36831a0e2a92fde74761c0cc8e 401280 non-free/games optional crafty_20.14.orig.tar.gz
 3d8fbe015c69868793608fbf1dff9104 118389 non-free/games optional crafty_20.14-1.diff.gz
 6e44b62ce2c8728c2b61c2a82e195db7 370480 non-free/games optional crafty_20.14-1_i386.deb
iD8DBQFFKSUd4VLuWbCehTARAh34AJ4gHrZPaUN029GKnTOrLmSX6k0ZvgCfQVIk
/BWw8kgSrD1UrfgZO4yeKmo=
=/cnR
-----END PGP SIGNATURE-----