similar to: [ANNOUNCE] xev 1.2.4

xev is a tool to help in debugging by showing the events received by a window. This release features some small bug fixes and janitorial maintenance. Alan Coopersmith (7): Add -version to usage output Collapse usage message into a single string Adopt X.Org standard code style Replace sprintf calls with snprintf Update README for gitlab migration Update

Adam Jackson (1): xev 1.0.3 James Cloos (4): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings Replace static ChangeLog with dist-hook to generate from git log Add missing PHONY line for automatic ChangeLog generation Noah Levitt (1): Handle WM_DELETE_WINDOW git tag: xev-1.0.3

xev prints all the events received by a window, to aid in the debugging and understanding of X11 event messages. Aaron Plattner (1): man: Add -event to the command synopsis Alan Coopersmith (5): Print which option was in error along with usage message Add -version option to print program version configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1

Alan Coopersmith (3): configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1 xset 1.2.4 Emil Velikov (1): autogen.sh: use quoted string variables Jon TURNEY (1): Include unistd.h for usleep() if HAVE_USLEEP Matthieu Herrb (1): Fix one last warning about usage() format string. Mihail Konev (1): autogen: add default patch prefix Peter

xprop is a command line tool to display and/or set window and font properties of an X server. Alan Coopersmith (5): Add missing braces around else clause in Read_Quoted() Update README for gitlab migration Update configure.ac bug URL for gitlab migration Fix -Wsign-compare warning in dsimple.c xprop 1.2.4 pmav99 (1): Fix typo in xprop.man git tag: xprop-1.2.4

A new pixman release 0.40.0 is now available. This is a stable release. tar.gz: https://cairographics.org/releases/pixman-0.40.0.tar.gz https://www.x.org/releases/individual/lib/pixman-0.40.0.tar.gz tar.xz: https://www.x.org/releases/individual/lib/pixman-0.40.0.tar.xz Hashes: SHA256: 6d200dec3740d9ec4ec8d1180e25779c00bc749f94278c8b9021f5534db223fc pixman-0.40.0.tar.gz SHA256:

Hello, Anyone else experiencing problems with the latest spandsp (pre3) and last libtiff beta? I'm getting 8 bytes long file, with the TIFF header only during such connection: -- Accepting call from 'XXXXXXX' to 'YYYYYY' on channel 0/2, span 1 -- Executing SetVar("Zap/2-1", "FAXFILE=/tmp/foch.tif") in new stack -- Executing

(Hope this is the right place to post this message.) Hi all, I am working on a small movie player which can play full screen movie using Xserver. It works fine in Single Head Mode. But is I set the Xserver in Dual Head Mode. I can't see any thing on both screens. The Code to Init the display is shown as below: > display = XOpenDisplay(NULL); > if (display == NULL) >

(Hope this is the right place to post this message.) Hi all, I am working on a small movie player which can play full screen movie using Xserver. It works fine in Single Head Mode. But is I set the Xserver in Dual Head Mode. I can't see any thing on both screens. The Code to Init the display is shown as below: > display = XOpenDisplay(NULL); > if (display == NULL) >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's a bit after 11pm, on the 11th day of the 11th month of the year, so what better time for a new release of X11! Release Candidate 1 of X11R7.6 has been posted at: http://www.x.org/releases/X11R7.6-RC1/ This includes all the source tar files for the versions of the modules currently considered part of the core release set (aka the

> Thank you for the details. As per your suggestion, I have made the changes to dovecot.conf file. Still I don't see any replication is happening. Please see the dovecot.conf file. > > I do not see "/etc/dovecot/conf.d/12-replication.conf" in my servers. So I had put everything in the dovecot.conf file only. Please see the complete data in it below. The below data is in

The latest version of dispatch.fcgi in the trunk has the following code snippet: trap("USR1") do # Go to exit as soon as possible. end One of the issues I encountered while debugging fcgi under windows is that SIGUSR1 is not supported in the native Windows version of Ruby (though it is in cygwin). Currently, I have it commented out to allow dispatch.fcgi to run without blowing up.

Maybe it was always sending Delete and I didn't notice it, but I have had the following in my .tcshrc file for ages (without realizing it): bindkey -b ^? i-search-back Before the update to 4.4, hitting the backspace key at the shell prompt deleted the previous character. Now it activates the search backwards function as instructed to do so by the bindkey directive. The

I would go with SHA512-CRYPT, since it is compatible with lots of other things. The field length is static and it contains ascii characters, and it appears to be 118 characters long, but it might be a good idea to use varchar(255) nevertheless, in case you decide to use something else someday. With mysql, you can do mysql> SELECT

Hello, Thanks for the explanation. So should I go with SSHA512 or SHA512-CRYPT? From your explanation i'm interpreting to mean that SHA512-CRYPT also salts. This is for storing in a mysql database. Also, what should the password field length and type be set for? Currently it's varchar(128) Thanks. Dave. On 4/29/17, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > >> On April

Running postfix+dovecot+mysql on a mac-mini, and trying to solve this puzzle. Is this a Mac issue?, a MySQL issue? or something I haven't configured in? You can see from the output of the samples shows in the first case, that SHA512-CRYPT seems to be Unknown. The code I used is from a Linux based tutorial on setting up Postfix+Dovecot+MySQL on a site. Everything is generally going ok, apart

Nobody has any clues about the tls cafile ? Regards Le 04/08/2020 ? 15:18, MAS Jean-Louis via samba a ?crit?: > I have several samba servers on Debian 10 all using : > > samba 2:4.9.5+dfsg-5+deb10u1 amd64 > > I use tls cafile, tls certfile and tls keyfile with certificates from > Sectigo (https://cert-manager.com) > > And when checking my connexion from the

That's not SHA512-CRYPT. That's just a simple sha512 of the password, without salt. A SHA512-CRYPT password will be generated with: printf "1234\n1234" | doveadm pw -s SHA512-CRYPT or: doveadm pw -s SHA512-CRYPT -p 1234 or: mkpasswd -m sha-512 1234 (without the "{SHA512-CRYPT}" prefix) What exactly is the difficulty you are having with converting the passwords?

This looks good, except it is truncated, it should be something like 95chars long, Is your hash column set to 128 or up around there or larger? Quoting Carl A Jeptha <cajeptha at gmail.com>: > Sorry for double reply, but this what a password looks like in the > "hashed" password column: > {SHA512-CRYPT}$6$wEn1UFuiMzl9OSjd$Vh/PZ95WDID1GwI2 > > ------------

> Changing your php app will probably be the easiest solution. Since I?m using Docker, the easiest solution for me is to find a linux distro that can run Dovecot well and supports BLF-CRYPT as well. What Linux distros support BLF-CRYPT and are well tested and secure? > On Jun 5, 2016, at 8:54 PM, Edgar Pettijohn <edgar at pettijohn-web.com> wrote: > > On 16-06-05 20:36:35, KT