./x11/xlockmore-lite, lite version of xlockmore

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 5.46nb1, Package name: xlockmore-lite-5.46nb1, Maintainer: pkgsrc-users

xlock locks the X server until the user enters their password at the
keyboard. While xlock is running, all new server connections are
refused. The screen saver is disabled. The mouse cursor is turned
off. The screen is blanked and a changing pattern is put on the
screen. If a key or a mouse button is pressed then the user is
prompted for the password of the user who started xlock.

If the correct password is typed, then the screen is unlocked and the
X server is restored. When typing the password, Control-U and
Control-H are active as kill and erase respectively. To return to the
locked screen, click in the small icon version of the changing

This is the "lite" version of xlockmore, without support for GL,
TrueType and XPM pixmaps.

Required to build:
[pkgtools/x11-links] [pkgtools/cwrappers] [x11/xorgproto]

Package options: xlockmore-allow-root, xlockmore-dpms

Master sites:

SHA1: 849ba21a6a82493b0b352d5fbd9212e6d4581752
RMD160: 978f8119c89c1c954ec5bc5f8cc8d8edea7c8c8e
Filesize: 1572.613 KB

Version history: (Expand)

CVS history: (Expand)

   2018-09-10 02:06:07 by Maya Rashish | Files touched by this commit (2)
Log message:
xlockmore{,-lite}: restore CONFLICTS.
   2015-04-15 09:31:15 by S.P.Zeidler | Files touched by this commit (10) | Package updated
Log message:
Update of xlockmore and xlockmore-lite to the latest version.

Upstream changelog:

xlockmore-5.46 as of 10 March 2015, the maintained version of xlock

  xmb fonts messing up password screen since ascent was not being set
    correctly.  Also fixed xjack mode.
  Updated language use in xlock.c, now removed to .h files.  If I made some
    bad assumption about the language... let me know.
  BSD install fixes (DESTDIR, FreeType2, fortune) and switching to xz.
  Cygwin install fixes (cygport, xlockrc).

  A bad value of fnt for pyro2 could cause to give an X error.  Fixed to
    not free memory we are using and have a better default.

  Fix for make_one_sided_pentomino was using 18 as basis for 2 sided
    pentominoes in loop.  Found out about it by gcc 4.8.1 warning: iteration
    12u invokes undefined behavior [-Waggressive-loop-optimizations].
  dilemma, voters, wator size fix for neighbors = 6.
  Proper crediting of Nathan Thompson for discovering High Life part of
    life mode.
  A few new gliders and patterns for life and life3d.
  Updated win32 to use updated cygwin.  Currently links are only satisfied
    using cygwin using 32-bit installation.  For me, cross compiling using
    64-bit gave undefined references in visgl.c and xlock.c.
  magick.c update for version 7, thanks to Jouk Jansen.

  life3d: added new rule B58S58, which has a replicator.
  -e added to shell in Makefile.in, told it should now stop on build errors,
    rather than trying to continue which could be confusing.  Thanks to
    Glyn Kennington <glyn AT potatojunkie.co.uk>.
  If crypt fails (which is possible with glibc2.17) it could cause xlock to
    get a signal 11.  There is now protection around the strcmp() to prevent
    NULL poiter dereferences thanks to Mancha <mancha1 AT hush.com>.

  USE_MB now defined by default. If this is not defined it can only
    correctly display ASCII.  There could be font issues which may
    lead one to want only ASCII (if so use configure --disable_mb).
    Also looked into Xutf8 but did not see any benefit this had over Xmb.
    Password window and the following modes: bomb,dclock,image,marquee,nose
    are affected.  Fixed a few problems with marquee for width, height, and
    if a character needs more than 2 bytes.
  In Cygwin a seemingly unrelated fix where USE_MB gets defined in xlock.h.
    An #undef was added in xlock.h, if USE_MB gets defined in an internal
    include file.
  -lcrypt added to modes/Makefile.in.  This is needed on my Linux Ubuntu
    and seems ok on Cygwin where it was not needed.  (If this causes a
    problem remove from modes/Makefile).  Also tested on FreeBSD.
  cppcheck fixes
    passwd.c: passcpy could be freed twice
    iostuff.c: could have left file open
    ras.c: leak if mem fails
    resource.c: check if malloc succeeded was in wrong spot
    sound.c: ESound, a redundant check
    memcheck.c: continuing after memory failure
    dclock: problem with parens in ifdefs
    rain: leak fix ( :) )
    t3d: uninitialized time1 (unlikely but fixed anyway)
    molecule: leak if mem fails
    text3d: leak if nothing to draw
   2012-12-14 16:54:30 by Ignatios Souvatzis | Files touched by this commit (5)
Log message:
Fix a bug in the last commit, where the resource file was read out of the
examples directory.
   2012-12-13 15:31:04 by Ignatios Souvatzis | Files touched by this commit (4) | Package updated
Log message:
Treat the app-defaults/XLock as a configuration file, thus enabling
administrators of multi-user machines to have a site-specific default
configuration and not lose it on updates of the package.
   2012-10-28 21:21:12 by Ignatios Souvatzis | Files touched by this commit (5)
Log message:
5.41 - includes the dclock patch.
   2012-10-15 22:47:57 by Ignatios Souvatzis | Files touched by this commit (4)
Log message:
A missed case of last problem.... dclock -veg and dclock -lab.
   2012-10-15 17:29:11 by Ignatios Souvatzis | Files touched by this commit (4)
Log message:
xlock -mode dclock would segfault on OSes with sizeof(time_t)>sizeof(long);
this includes NetBSD-6 on 32bit systems.

As a result, xlock -mode random (the default) would eventually unlock
the screen, without the user being aware of this (as she/he's can be
presumed to have left the monitor).

The reason was that some variables in dclock.c were declared long, but
contain essentially time_t values. In on case, a pointer to such a
variable was casted to (struct time_t *) and passed to localtime(),
and the resulting pointer is not checked for error before being used.

The variables have been changed to time_t and the typecast has been
   2012-06-16 01:06:09 by David A. Holland | Files touched by this commit (63)
Log message:
Whitespace. (as whined about by pkglint)