| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
These two are hammering the site right now, causing severe slowdowns.
Restrict the paths they are allowed to access.
|
| |
|
|
|
|
| |
Accidentally dropped in 02f1f851
|
| |
|
| |
|
|
|
|
|
| |
It looks like these don't actually bother the YAML::AppConfig parser,
but it's still cleaner this way.
|
|
|
|
|
|
| |
We don't have SPF on mageia.org as we allow users to use it, so
emails from cron sent as root@mageia.org tend to be rejected while
we now have SPF on hostnames.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
false means we don't want to add a Reply-To: header, which is Sympa's
default, but writing this section causes a warning message:
Bad entry "other_email false" for key "other_email", paragraph "reply_to_header"
when running "sympa upgrade".
|
|
|
|
|
|
|
| |
There were 2 bugs:
- getting the architecture got broken due to a missing %
- name of the binary package instead of the src was used, somethimes
they are different
|
|
|
|
| |
Use of https was disabled there as unnecessary in commit 56079da1.
|
|
|
|
|
| |
This time, use a YAML mapping, as I suspect that's what the code is
looking for instead of a plain string.
|
|
|
|
|
|
|
|
| |
It resulted in the svnlook error:
Can't use string ("\bmga#(\d+)\b=https://bugs.magei"...) as a HASH
ref while "strict refs" in use at
/usr/share/perl5/vendor_perl/SVN/Notify.pm line 1789.
|
|
|
|
|
| |
These mails should be delivered more reliably because this domain has an
SPF record.
|
|
|
|
|
|
| |
- Add the path to the subject
- Add a link to Bugzilla for bugs
- Add a link to svnweb
|
|
|
|
|
|
|
|
|
|
| |
It's not perfect (logs for requests that are rejected by the server are
still buffered) but at least normal requests can be immediately be seen
in the logs now. A better approach would be to use a logging function
that flushes automatically.
Also, wait for the queue thread to complete before exiting so things are
left in a clean state.
|
| |
|
|
|
|
|
| |
This should resolve wiki e-mail delivery issues as b9c41d85 did for
Bugzilla.
|
|
|
|
|
|
| |
binrepo is 93% full but that's fine (133G free) so alert at 95%.
www is 97% full (3.5G free) but the only growing part is autobuild
logs when it runs.
|
| |
|
|
|
|
| |
This still needs to be enabled once it's checked.
|
|
|
|
|
|
|
| |
This is currently the only subdomain with an SPF record and is therefore
the only one from which some mail providers will accept e-mails these
days. Having _noreply in the name makes it more obvious that a reply
will go nowhere.
|
|
|
|
|
| |
If the process info can't be read, just skip it instead of displaying
"[: : integer expression expected"
|
|
|
|
|
|
| |
Remove errors.log or the report won't be generated. Also, log stderr to
the journal or else the normal stderr logs will cause a spurious cron
e-mail to be sent.
|
|
|
|
| |
Apache doesn't support comments here.
|
|
|
|
|
|
|
| |
All these point to valid https: resources, but there is a small chance
that some unusual interaction will cause it not to work. Some of these
changes also won't take effect until the server is restarted, so we'll
need to keep this in mind if failures occur long from now.
|
|
|
|
| |
These are for use by humans only.
|
|
|
|
|
| |
The report will be available at
https://pkgsubmit.mageia.org/spec-rpm-mismatch.html
|
|
|
|
|
|
|
| |
The test jobs seem to be working as desired, so make them actually
start deleting the old files every 4 hours. Use -ignore_readdir_race in
all of them to avoid errors when schedbot cleans the files in the middle
of a run (an unlikely situation because of the clean-up times involved).
|
|
|
|
| |
Follow-up to 82f3da50
|
| |
|
|
|
|
|
|
|
| |
Even if 9/nonfree/backports_testing/ hasn't had any builds recently, it
shouldn't be deleted. Only delete directories deeper in the hierarchy.
Follow-up to f7e017e8
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's now confirmed that tidy() has been creating huge (2.6 GiB) state
files that the Puppet agent loads before every agent run, which causes
runs to take up to 4 days each and use of all RAM on the server.
Cleaning files using find is more straightforward and efficient and
avoids this problem.
The tidy() functions are disabled here and the cron jobs aren't actually
deleting files yet, so a follow-up commit will enable deleting
imminently, once testing shows it will work.
Follow-up to 59d57245
|
|
|
|
| |
This hasn't been used in over a decade (removed in commit 18854eb0).
|
|
|
|
|
| |
No code changes are needed. Also, drop support for older than mga7 since
the two nodes that need this are running that.
|
|
|
|
|
|
| |
There are no template substitutions needed in these files, so allowing
them opens the danger of substitutions happening unknowingly with future
changes to these files.
|
|
|
|
|
|
| |
It now also passes pytype and flake8 checks.
Also, improve logging in the case of errors
|