| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Hi,
This follows the point here: https://lists.debian.org/debian-qa/2023/02/msg00052.html
Thanks!
|
| |
|
|
|
|
| |
Use the .arch_extension directive so that a config options and
special cflags aren't required. Add a few tests for both the
software and hardware implementations
|
| | |
|
| |
|
|
|
|
|
|
| |
Some optional features can now be enabled for RPM building using the
rpmbuild conditional build parameters (--with and --without)
For example, sasl can be enabled and code coverage disabled in the RPM with:
rpmbuild --with sasl --without coverage -tb memcached-1.5.12.tar.gz
|
| |
|
|
|
|
|
|
|
|
| |
* automover
* avoiding
* compress
* fails
* successfully
* success
* tidiness
|
| |
|
| |
Else `-i` is used as the command to execute.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The major things this does are adding systemd support to the rpm .spec
file, and adding systemd instancing support. This means that it is
possible to run multiple memcached instances without having to do
any additional configuration or hack on init scripts.
To use:
systemctl start memcached@11211 memcached@11311 memcached@11411
sysconfig files at /etc/sysconfig/memcached.<port> will be read as
appropriate, to allow differing configurations per-port. Defaults
will be read from /etc/sysconfig/memcached before the port-specific
settings are read.
You can also still start memcached the standard way just by doing
"systemctl start memcached". This will read /etc/sysconfig/memcached
and nothing else.
The "enhanced security" lines in the systemd unit file will be commented
out on systems where we know systemd isn't knew enough (fedora < 26 and
Redhat/CentOS 7), and enabled on other systems.
There are two versions of the .service file included, one for standard
memcached invocations and one for instanced invocations. The two are
very similar, but not identical. Ideally, we'd only have one version
in the source tree and we'd massage it with sed or somesuch during the
rpm build, but couldn't think of a super clean way to do that, so erred
on the side of simplicity.
A decent amount of spec file work was needed to enable this functionality.
In the process, I also cleaned up several additional aspects of the spec
file (like using %{name} in places where it was appropriate). I also
commented out the automatic restart in the %postun section, for two main
reasons:
1. The try-restart for instanced memcached will produce an error if
instanced memcached isn't in use, which is probably quite confusing to
people who aren't using that functionality and are just trying to update
their package. (There's workarounds for this, but I try to keep pre/post
scripts as simple as humanly possible)
2. Automatic restarts on updates means the cache gets flushed, which
means you can no longer safely use large-scale management tools (like
puppet or chef) to roll out new versions, at least not without a lot
of planning first. Not automatically dumping someone's caches feels
safer, here.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* accesses
* amount
* append
* command
* cyrillic
* daemonize
* detaches
* detail
* documentation
* dynamically
* enabled
* existence
* extra
* implementations
* incoming
* increment
* initialize
* issue
* javascript
* number
* optimization
* overall
* pipeline
* reassign
* reclaimed
* response
* responses
* sigabrt
* specific
* specificity
* tidiness
|
| | |
|
| |
|
|
|
| |
I don't care why it happened, just don't whitespace check the README files
anymore.
|
| |
|
|
|
| |
issue #98 is about how our specfiles for rc's aren't upgradeable.
Now they should be.
|
| | |
|
| | |
|
| |
|
