@pmatilai Is the problem limited to the fsmMkfile() function? I suppose this is
where the hard links are created. Would the solution be to do things in a
different order in that function ?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view
> I don't think that passing -E is good
Could you elaborate on that a bit, especially when you think -s /is/
good? Without -s, code from user site packages is loaded, potentially
interfering with the commands. Without -E, PYTHONPATH from environment
can be used to do exactly the same.
(If python3
ignatenkobrain commented on this pull request.
I don't think that passing -E is good (while -s is definitely good idea). We
are planning to do same for dnf, the only -s part... As requested by Python
maintainers
--
You are receiving this because you are subscribed to this thread.
Reply to th
To limit environment and user home dir influence.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/341
-- Commit Summary --
* Invoke python-macro-helper with -Es python args
-- File Changes --
M macros.in (6)
M scri
```bash
root@freebsd:~ # /usr/local/rpm/bin/rpmbuild -bb curl.spec
error: Failed to initialize NSS library
```
I install rpm in my FreeBSD 11.1 from source code.
rpm version:
```bash
root@freebsd:~ # /usr/local/rpm/bin/rpmbuild --version
RPM version 4.13.0.1
```
other package version:
```bash
nsp
Does anyone even know anyone in the glibc community to check and see if this is
even going to happen at all? Universal UTF-8 would be awesome, but right now
it's only available via patched glibc in Fedora, openSUSE, and Debian. It's not
available in Mageia or most other distributions who are pro
Hi maintainers of the RPM!
Why this PR has not been merged yet?
--
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/327#issuecomment-339370535__
On Wed, Oct 25, 2017 at 7:30 AM, Panu Matilainen wrote:
> On 10/25/2017 02:06 PM, Mark Wielaard wrote:
>>
>> On Wed, 2017-10-25 at 12:49 +0200, Igor Gnatenko wrote:
>>>
>>> On Wed, 2017-10-25 at 13:46 +0300, Panu Matilainen wrote:
>>> So I'm wondering how to make this less ugly.
The
On 10/25/2017 02:06 PM, Mark Wielaard wrote:
On Wed, 2017-10-25 at 12:49 +0200, Igor Gnatenko wrote:
On Wed, 2017-10-25 at 13:46 +0300, Panu Matilainen wrote:
So I'm wondering how to make this less ugly.
The first thing that comes to mind is adding a %hidden virtual
attribute
and using it on b
I'm actually curious as to what the use-case for this patch is, because at
least with the cli tools of rpm itself, queries and the like have "always"
stopped fast enough with the existing polling mechanism.
Now that transactions run with signals blocked, we could move the signal polls
into the
On Wed, 2017-10-25 at 12:49 +0200, Igor Gnatenko wrote:
> On Wed, 2017-10-25 at 13:46 +0300, Panu Matilainen wrote:
> So I'm wondering how to make this less ugly.
> >
> > The first thing that comes to mind is adding a %hidden virtual
> > attribute
> > and using it on build-ids (which are in a hid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2017-10-25 at 13:46 +0300, Panu Matilainen wrote:
> I've only now begun to encounter packages with the build-id links in
> the
> packages themselves. In a package with just a couple of binaries
> it's
> seemed like non-issue, but yesterday
I've only now begun to encounter packages with the build-id links in the
packages themselves. In a package with just a couple of binaries it's
seemed like non-issue, but yesterday I happened to encounter this:
[pmatilai@sopuli x86_64]$ rpm -qpl can-utils-20170830git-1.fc28.x86_64.rpm
/usr/bin/a
Fixed now, thanks for reporting.
In the future, please report website issues to the website tracker instead:
https://github.com/rpm-software-management/rpm-web/issues
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://g
I'd have less reservations about this if it was upstreamed in glibc, but there
doesn't seem to be any activity in the last 2.5 years which is not so
encouraging.
The other thing is that I *hate* those .in files and this adds a whole pile
more of them. They are all scripts invoked by rpmbuild in
Closed #331.
--
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/331#event-1309406728___
Rpm-maint mailing list
Rpm-maint@lists.rpm.o
NAK.
I understand the use-case, but this wont suffice. As outlined on rpm-maint
already:
- /usr/lib is not such a good place for this, but within strict confines of the
FHS, maybe the least-worst. However rpm is not alone with this kind of data so
/usr/lib/rpmdb would be short-sighted, there sh
Changelogs embedded in individual files don't belong to a project maintained in
a VCS to begin with.
--
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/235#issuecomment-339250
Merged #221.
--
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/221#event-1309319368___
Rpm-maint mailing list
Rpm-maint@lists.rpm.o
Dropped the ball with this one, sorry.
Also missed the fact the shebang is not used in the actual macro invocation, so
withdrawing my grumblings.
--
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-softwa
Closed #326.
--
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/326#event-1309303156___
Rpm-maint mailing list
Rpm-maint@lists.rpm.o
Cleaned up some trailing whitespace and applied manually (commit
2e835509a62b7806e010292f354a3fa6e9830dc3).
Thanks!
--
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/326#iss
22 matches
Mail list logo
