Bug 416471 - Review Request: xsel -- manipulate the X selection
Summary: Review Request: xsel -- manipulate the X selection
Status: CLOSED DUPLICATE of bug 456750
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Patrice Dumas
QA Contact: Fedora Extras Quality Assurance
URL: http://www.vergenet.net/~conrad/softw...
Depends On:
TreeView+ depends on / blocked
Reported: 2007-12-08 11:08 UTC by Henry Kroll
Modified: 2009-04-06 17:01 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2008-07-26 12:42:15 UTC
Type: ---

Attachments (Terms of Use)

Description Henry Kroll 2007-12-08 11:08:48 UTC
Spec URL: http://thenerdshow.com/rpm/xsel.spec
SRPM URL: http://thenerdshow.com/rpm/xsel-0.9.6-1.fc8.src.rpm
Description: XSel is a command-line program for getting and setting the contents of the X selection. Normally this is only accessible by manually highlighting
information and pasting it with the middle mouse button.

Comment 1 manuel wolfshant 2007-12-10 13:47:43 UTC
- the URL is wrong. Nothing in xmms-pulse's page speaks about xsel. The correct
one is http://www.vergenet.net/~conrad/software/xsel/
- Source0 should be
- you have duplicate BRs: libICE-devel (by libSM-devel), libX11-devel (by
-mock build fails:
+ make install DESTDIR=/var/tmp/xsel-0.9.6-1.fc9-root-mockbuild
source='xsel.c' object='xsel.o' libtool=no \
        DEPDIR=.deps depmode=none /bin/sh ./depcomp \
        gcc -DHAVE_CONFIG_H -I.     -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=gene
ric -fno-strict-aliasing -Wall -Werror -g -std=gnu99
-Wdeclaration-after-statement -Wno-unused -c xsel.c
/bin/sh: ./depcomp: No such file or directory
make: *** [xsel.o] Error 127
error: Bad exit status from /var/tmp/rpm-tmp.32486 (%install)

- please try to use parallel build make if possible (
-"Miscellaneous command line tools" is not one of the standard groups accepted
in Fedora

Comment 2 Henry Kroll 2007-12-12 05:26:29 UTC
That file was old. I don't know how it got in there.

Rebuilt from svn.

Got sources from here
svn co http://svn.kfish.org/xsel/trunk/

This test spec uses GNU Autoconf. See changelog.

Comment 3 manuel wolfshant 2007-12-12 10:20:54 UTC
Nothing wrong in using a svn version if this is needed, but if doing so the
script (or at least of a command) needed to recreate the tarball should be
included in the spec. For instance something along
#use "svn co http://svn.kfish.org/xsel/trunk/" to download this branch && mv
trunk xsel-0.9.6  && tar cjf xsel-0.9.6.tar.bz2 xsel-0.9.6" to recreate the
archive.Note that this is the only existing branch, there is no additional
revision information available.
However using xsel-0.9.6 as name for the tarball (as you have done ) is a bit
confusing, since one might believe this is the stable version (which - on the
URL page - has the same name). It would be better in my opinion to name the
tarball xsel-0.9.6-svnsomething, as you have done for the src.rpm itself.
It would also be useful to explain why are you packing the development version
instead of the stable one listed on the project page, especially since the
Changelog and NEWS files are identical in the two versions. And maybe poke
upstream to update the stable version, 6 years for a devel version is long enough...

Comment 4 Patrice Dumas 2007-12-12 10:35:07 UTC
How url should look like is also explained on:

Comment 5 Henry Kroll 2007-12-12 20:27:49 UTC
Yes, there is a reason to build from svn.  The release tarball has man in
/usr/man instead of /usr/share/man

error: Installed (but unpackaged) file(s) found:

ls /usr/man
ls: cannot access /usr/man: No such file or directory

I will re-write the spec file and change tarball name today. Thanks. Contacting
the author re. this bug report and differences in /usr/man and /usr/share/man
and maybe he can poke upstream since I don't have access.

Comment 6 Henry Kroll 2007-12-12 22:38:47 UTC
Revised files are in http://thenerdshow.com/rpm/

* Wed Dec 12 2007 Henry Kroll <nospam[AT]thenerdshow.com>
- 0.9.6-svn20071212
- Version upgrade svn due to differing man dir locations in configure script
(and missing autogen.sh). Fix duplicate BuildRequires. Parallel make.

User Comment: I find xsel to be extremely handy when used with simple scripts
that are bound to hot keys or mouse gestures.

<ctrl><alt><shift>d dictionary lookup on highlighted word(s)
<ctrl><alt><shift>s search the web for highlighted word(s)
<ctrl><alt><shift>t festival -tts (text to speech) on highlighted word(s)...

I have been using it for 2 months with no problems that I am aware of.

Comment 7 manuel wolfshant 2008-01-07 23:44:21 UTC
WRT your suggested method to recreate the tarball: I see no real need to include
the .svn folder.
You need to add libtool as a BR, otherwise mock build fails.
running rpmlint over your src.rpm gives:
[wolfy@wolfy tmp]$ rpmlint xsel-0.9.6-1.svn20071212.fc8.src.rpm
xsel.src:36: E: configure-without-libdir-spec
xsel.src:37: E: configure-without-libdir-spec
xsel.src: W: non-standard-group Miscellaneous command line tools
 In this case we can probably ignore the first two (I'll check tomorrow if this
is true) but the last one should be fixed by picking a proper group.
 I'll try to do tomorrow a more thorough verification

Comment 8 Henry Kroll 2008-01-08 00:33:03 UTC
Interesting. It builds on my mock without libtool but I am on x86_64 (shouldn't
make a difference) there is a new version of mock out today for me to try out
also. It doesn't seem to hurt to add libtool so I'll go ahead and add that.

I went ahead and changed the group to "User Interface/X" which is where other
useful tools are, such as xrandr. The author has said version 0.9.7 will be out
soon but until then svn should work fine. SVN updated to 20080107

Comment 9 manuel wolfshant 2008-01-08 10:40:57 UTC
I am building on x86_64, too, using
 [wolfy@wolfy tmp]$ repoquery --envra mock

Could you please provide the links for the new src.rpm/spec ?

Comment 10 Henry Kroll 2008-01-09 02:05:30 UTC
Same location. File date should reflect changes. My rpm junk bin:

Comment 11 Patrice Dumas 2008-03-18 13:02:50 UTC
Each time you do a new, please post the full url, it helps when
getting it by mail and using for example wget from the command 
line to get it.

Without looking at the content, it looks like the release is wrong.
It should be along


Comment 12 Henry Kroll 2008-03-18 21:24:16 UTC
New version is out. See http://www.vergenet.net/~conrad/software/xsel/ for tar.gz

Busy with work. Will update rpm tomorrow.

Comment 14 Patrice Dumas 2008-04-12 12:29:26 UTC
The Source should be the url leading to the real file, like


Also the Url should better be like:

Url: http://www.vergenet.net/~conrad/software/xsel/
which leads to the package home page and description.

License looks like MIT (old style), looking at the web page

For packaged releases (unlike snapshots), you shouldn't have the BuildRequires
libtool, autoamke and autoconf (you can simply comment them out in case using
svn snapshots is often useful for that package).

The requires for the Xserver is certainly wrong, unless this program requires a
real X server and not the X abstraction (like the one provided by the ssh X
redirection or vnc, or a real X server). 

You should use the rpm macro
instead of doing it yourself.

The make call that does the compilation should be done in the %build and not in

You should remove the package name from the summary, all the tools should use
the name if needed.

Comment 15 Henry Kroll 2008-04-13 01:33:22 UTC
New xsel rpm for version, 1.2.0 is available:


Other stuff, for the curious:

* Sat Apr 12 2008 Henry Kroll <nospam[AT]thenerdshow.com>
- 1.2.0
- Version upgrade. Change license to MIT. Fix URL, Requires, BuildRequires.
Change group to Applications/System re: xclip. Include keywords in the
description to make it easier to find.

I noticed another program, xclip, in the update repo that provides many of the
same features as xsel. There are some important differences, however.

Comment 16 Patrice Dumas 2008-04-19 14:13:38 UTC

CFLAGS="$RPM_OPT_FLAGS", and  --prefix=%{_prefix} --libdir=%{_libdir} are
automatically set in %configure.

The CDEBUGFLAGS setting doesn't seems to be useful.

I suggest to break %changelog lines at about 80 columns and use - signs
to create lists:
- Version upgrade. 
- Change license to MIT Old Style. 
- Fix URL, Requires, BuildRequires. 
- Change group to Applications/System like xclip. Include keywords 
  in the description to make it easier to find.


The application compile flags are still present, but they don't look harmful 
to me.

rpmlint says (wrongly)
xsel.i386: W: no-version-in-last-changelog
xsel-debuginfo.i386: W: no-version-in-last-changelog

It works well.

Match upstream
75983f143ce83dc259796c6eaf85c8f5  xsel-1.2.0.tar.gz

Comment 17 Henry Kroll 2008-04-19 19:40:35 UTC
Thanks for the review. I'm not sure where the extra flags and options came from.
I think I was trying to cross-build the rpm to x86_64 or vice-versa. Anyway,
they're gone. rpmlint-0.82-2.fc8 reports nothing.


* Sat Apr 19 2008 Henry Kroll <nospam[AT]thenerdshow.com>
- 1.2.0-2
- Standardize build section, remove unnecessary CDEBUGFLAGS.
- Break up long lines, general cleanup.

Comment 18 Patrice Dumas 2008-04-19 20:43:44 UTC
* follow guidelines
* free software, license included
* match upstream
75983f143ce83dc259796c6eaf85c8f5  RPM-fc/SOURCES/xsel-1.2.0.tar.gz
* %files section right

1 suggestion:
to catch all compressions and no compressions.


Now you can point a potential sponsor to that submission or you
can point me to your works such that I sponsor you (I have seen

Comment 19 Patrice Dumas 2008-04-19 20:44:55 UTC
And Manuel, you can also comment if you like.

Comment 20 manuel wolfshant 2008-04-20 01:13:10 UTC
Thanks Patrice, but I am focusing on other reviews.

Comment 21 Patrice Dumas 2008-06-14 08:38:58 UTC
Henry, are you ready to be sponsored?

Comment 22 Mamoru TASAKA 2008-06-15 10:20:35 UTC
(In reply to comment #21)
> Henry, are you ready to be sponsored?

At least I am _not_ sponsoring Henry.

Comment 23 Jason Tibbitts 2008-07-05 17:54:56 UTC
Is someone reviewing this?  It's assigned to Patrice but fedora-review is blank
so it still shows up as needing a reviewer.

Comment 24 manuel wolfshant 2008-07-05 20:29:40 UTC
according to #18 this package has been approved, but the submitter was in need
of a sponsor

Comment 25 Jason Tibbitts 2008-07-05 20:37:35 UTC
Yes, but the person who approved it is a sponsor.

Comment 26 manuel wolfshant 2008-07-05 20:47:38 UTC
Patrice is a sponsor, but at least until comment #18 he was not satisfied enough
to sponsor Henry. Hence asking for more details.

I am setting the forgotten "under review" flag.

Comment 27 Mamoru TASAKA 2008-07-06 01:26:41 UTC
Perhaps Henry cannot work for Fedora packaging now:

Comment 28 Mamoru TASAKA 2008-07-14 15:32:44 UTC
Anyone, ping?

Comment 29 Rakesh Pandit 2008-07-26 11:58:19 UTC
As no one is interested I would like to take up this package further.

Comment 30 Rakesh Pandit 2008-07-26 12:42:15 UTC

*** This bug has been marked as a duplicate of 456750 ***

Note You need to log in before you can comment on or make changes to this bug.