Merged #945 into master.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/945#event-2822298006___
Rpm-maint mailing list
Rpm-maint
Merged #944 into master.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/944#event-2822297248___
Rpm-maint mailing list
Rpm-maint
Postpone sql index creation until closing time on database rebuilds,
this is more than 50% improvement on rebuilddb time on both SSD and
traditional disks.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/947
-- Commit Summary -
In the process of testing dcrpm, when I execute the command line lsof - F p
/var/lib/rpm/.dbenv.lock, lsof displays the PIDs of all processes, including 1,
instead of only displaying the PIDs of the .dbenv.lock file;
It may have been generated after I installed typing (Python module)
independen
Yes, it should work just fine. We actually have packaging for dcrpm at
https://github.com/facebookincubator/rpm-backports/tree/master/rpms/dcrpm that
we use on CentOS 7 (and macOS) with no issues.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly
@jaymzh I see that dcrpm used typing(begin python-3.5 as a new feature added)
, but my project is running on centos 7.5 1804 and using the python 2.7.5
version, Is typing(dcrpm) compatible with Python 2.7.5?
--
You are receiving this because you are subscribed to this thread.
Reply to this e
You could instead run it as nonroot: `su -c "rpm -q " nobody` (or
possibly `su -c "rpm -q " -s /bin/bash nobody` if nobody's shell is
not a real shell).
Or you can make sure [dcrpm](https://github.com/facebookincubator/dcrpm) runs
in a regular basis to detect and correct your RPM db... but cert
Can not avoid it?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/232#issuecomment-557374397___
Rpm-maint mailing list
Rpm-main
@jaymzh Yes, the processes running as root account.
`the memmap() the DB read-write, and write it back out when they are done...
hence if then something changes at the same time, one of those process can
write back old pages.`
`# ls -lthra /var/lib/rpm
total 70M
-rw-r--r--. 1 root root0 Oc
@jianwei1216 Are the processes running as root? If so, the memmap() the DB
read-write, and write it back out when they are done... hence if then something
changes at the same time, one of those process can write back old pages.
--
You are receiving this because you are subscribed to this thread
Ack, thanks for verifying.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/944#issuecomment-557076155___
Rpm-maint mailing list
R
There's some issues with the detection of particular Arm hardware
features. We never want to use the crypto feature as part of rpm
functionality, it's deployment is widely variable, and the HW
optimisation should be run time detected with fall back through
various optimisation paths.
The 8c3a7b8fa
Tested it with our khmeros-fonts build. Results are still reproducible.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/944#issuecomment-557048211___
If zstd stream initialization fails, the opened fd and the stream
itself are leaked. Handle error exit in a central label.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/945
-- Commit Summary --
* Fix resource leaks on zstd
Recently, I have encountered similar problems in my CentOS 7 environment.
`[root@controller-3 ~]# uname -a
Linux controller-3 3.10.0-862.el7.x86_64 #1 SMP Fri Apr 20 16:44:24 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
[root@controller-3 ~]# cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core
@bmwiedemann if you can verify this works for you, I'd appreciate.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/944#issuecomment-556981828
Store the file type strings in the classifier, and generate the dictionary and
its ids serially after the parallel section completes to ensure stable order.
Besides making the classifying really run in parallel again, this also moves
the pool- and file-counting related constraints out of the pa
17 matches
Mail list logo