Let me announce.
I developed a installer to install `rpm-python` or `rpm` (same version with
system RPM) on non-system Python.
People can install `rpm-python` by installing `rpm-py-installer` from PyPI.
https://pypi.python.org/pypi/rpm-py-installer
https://github.com/junaruga/rpm-py-installer
BTW, down the line I'd like to extend this ostree-detection functionality a bit
more so that e.g. `rpm -V` understands that timestamps are different, and
that's OK.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Right, it shouldn't crash. But disabled disk-space checking silently disabling
sync is wrong too.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
In active use? I don't think there's that many. Certainly the original bug
report was from someone using dnf.
I just don't understand the logic for pushing this directly into librpm without
even making it configurable after all of the feedback from people using librpm
for higher level tools
Eh, that's just so backwards. Dnf hasn't got the damnest to do with this, it's
nothing but one of the umptheen different depsolvers built on top of rpm. Which
is exactly why this belongs to rpm which is common to them all. Including rpm
itself.
--
You are receiving this because you are
Don't know what is wrong, these messages appear when package is being created
at debuginfo part.
```
cpio: timeshift-17.2/src/AboutWindow.c: Cannot stat: No such file or directory
cpio: timeshift-17.2/src/AppConsole.c: Cannot stat: No such file or directory
cpio:
Sorry this modification becomes error on Python 2.7.
```
(venv2) $ pip list
PackageVersion
-- ---
pip9.0.1
rpm4.14.90
setuptools 36.4.0
wheel 0.29.0
(venv2) $ pip uninstall rpm
Uninstalling rpm-4.14.90:
OK. That makes sense. Feel free to close this ticket.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Copr build are here:
https://copr.fedorainfracloud.org/coprs/srakitnican/default/build/600055/
It seems to add all files and that is what it's important, still curious to
where does this coming from, though...
--
You are receiving this because you are subscribed to this thread.
Reply to this
setuptools is not in python stdlib, so I don't see point us doing this
honestly..
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
10 matches
Mail list logo