Rxvt X Terminal with Unicode Support

Edit Package rxvt-unicode
http://software.schmorp.de/#rxvt-unicode

rxvt-unicode is a clone of the well-known terminal emulator rxvt,
modified to store text in Unicode (either UCS-2 or UCS-4) and to use
locale-correct input and output. It also supports mixing multiple fonts
at the same time, including Xft fonts.

Authors:
--------
Marc Lehmann

Refresh
Refresh
Source Files
Filename Size Changed
rxvt-unicode-0001-Prefer-XDG_RUNTIME_DIR-over-the-HOME.patch 0000000792 792 Bytes
rxvt-unicode-256color.desktop 0000000286 286 Bytes
rxvt-unicode-9.20-CVE-2008-1142-DISPLAY.patch 0000000992 992 Bytes
rxvt-unicode-9.21-xsubpp.patch 0000000660 660 Bytes
rxvt-unicode-9.26.tar.bz2 0000904950 884 KB
rxvt-unicode-hardening.patch 0000000477 477 Bytes
rxvt-unicode-rpmlintrc 0000000048 48 Bytes
rxvt-unicode-secondarywheel.patch 0000004725 4.61 KB
rxvt-unicode.README.SuSE 0000001001 1001 Bytes
rxvt-unicode.changes 0000059682 58.3 KB
rxvt-unicode.desktop 0000000245 245 Bytes
rxvt-unicode.spec 0000005863 5.73 KB
Revision 53 (latest revision is 67)
Marcus Rueckert's avatar Marcus Rueckert (darix) accepted request 893585 from Petr Vorel's avatar Petr Vorel (pevik) (revision 53)
- Update to 9.26
	- ev_iouring.c was wrongly required during compilation, and wrongly
          not packaged.
- Update to 9.25
	- for the 17.5th anniversary, and because many distributions seem to
          remove rxvt in favour of urxvt, this release resurrects rclock as
          urclock.
	- add support for systemd socket-based activation - debian bug #917105,
	  freebsd bug #234276.
	- do not destruct perl on exit anymore: this might fail for a variety of
          reasons, and takes unneccessary time.
        - remove any macros from urxvtperl manpage(s), should fix debian
          bug 858385.
	- the old bg image resources are now provided by the background
	  extension, and perl is thus required for bg image support. No
	  configuration change is needed: urxvt autoloads the background
	  ext if any bg image resource/option is present (for OSC sequences to
          work you need to enable it explicity). The old bg image
	  resources are also now deprecated; users are encouraged to
	  switch to the new bg image interface (see man urxvt-background).
        - confirm-paste now checks for any ctlchars, not just newlines.
        - searchable scrollback will now ignore bracketed paste mode sequences
          (prompted by Daniel Gröber's patch).
	- drop ISO 2022 locale support. ISO 2022 encodings are not supported in
          POSIX locales and clash with vt100 charset emulation (the luit
          program can be used as a substitute).
        - perl didn't parse rgba colours specified as an array correctly,
          only allowing 0 and 100% intensity for each component (this affected
          fill and tint).
        - when iterating over resources, urxvt will now try to properly handle
Comments 4

Michael Pujos's avatar

With the recent update, the 256color version of the binaries are all missing in the generated RPM (urxvt-256color, urxvtc-256color, urxvtd-256color, ....)


Aleksander Miera's avatar

This is because of install cleaning the buildroot, then building and installing 88 color version. Not sure though if this is related to a specific version of rpmbuild or spec file itself.


Aleksander Miera's avatar

I have managed to tackle the problem mentioned by @bobbie424242 by adding: %define __spec_install_pre %{___build_pre}\ %{__mkdir_p} "%{dirname:%{buildroot}}"\ %{__mkdir_p} "%{buildroot}"\ %{nil} (sorry, formatting went wrong) at the top of the spec file. Works, but I'm not sure if this is a "kocher" way to handle. Looks like the problem is related to definition of this macro in /usr/lib/rpm/platform/x86_64-linux (rpm package).


Marcus Rueckert's avatar

I would rather fix the build that it works without overriding the macro.

In doubt we can just use a _multibuild file to to build the 256color version

openSUSE Build Service is sponsored by