@stefanberger pushed 3 commits.
01a97c6 Create first hard link file and keep open, write it at end
f05ea9c remove redundant 'nocontent' parameter from expandRegular
c07b93d Remove redundant 'exclusive' parameter from expandRegular
--
You are receiving this because you are subscribed to this
@stefanberger pushed 1 commit.
b2fa119 split off function wfd_open() to open a file
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
Reopened #342.
--
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/342#event-1313092365___
Rpm-maint mailing list
Closed #342.
--
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/342#event-1313091691___
Rpm-maint mailing list
Odd, the symlink test case works on my system...
--
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/342#issuecomment-339842010___
@patrickc25000 I will have to patch the rpm package you are using with these
patches and have you test it...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
This series of patches attempts to address the errors we are seeing when
installing RPMs that contain hard links and an IMA policy that measures on
reading and writing of files. The problem has been explained in issue #333.
The solution is to open the first file that is created empty but now
wrt glibc community, please have a look at
https://sourceware.org/glibc/wiki/Proposals/C.UTF-8
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
The problem seems to be that only the last entry has the file content... so the
empty file that's created first cannot be written since the RPM entry currently
being processed doesn't have the data. Then a couple of hard links may get
created and only the last entry (hardlink) found there has
@pmatilai Is there a reason that in case of hard links the file gets written
only after all the hard links have been created? It looks a bit complicated ...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Closed #340.
--
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/340#event-1311858176___
Rpm-maint mailing list
On Wed, 2017-10-18 at 08:51 -0400, Colin Walters wrote:
>
> On Wed, Oct 18, 2017, at 06:56 AM, Panu Matilainen wrote:
>
> > I don't see /usr/lib as a *good* place for this, but if a new top level
> > directory in /usr seems too much then maybe /usr/lib/sysimage or such
>
> I'm OK with
On Thu, 2017-10-26 at 11:54 +0300, Panu Matilainen wrote:
> On 10/26/2017 11:35 AM, Richard Brown wrote:
> > On Wed, 2017-10-18 at 08:51 -0400, Colin Walters wrote:
> > >
> > > On Wed, Oct 18, 2017, at 06:56 AM, Panu Matilainen wrote:
> > >
> > > > I don't see /usr/lib as a *good* place for
On 10/26/2017 11:35 AM, Richard Brown wrote:
On Wed, 2017-10-18 at 08:51 -0400, Colin Walters wrote:
On Wed, Oct 18, 2017, at 06:56 AM, Panu Matilainen wrote:
I don't see /usr/lib as a *good* place for this, but if a new top level
directory in /usr seems too much then maybe /usr/lib/sysimage
On Wed, 2017-10-18 at 08:51 -0400, Colin Walters wrote:
>
> On Wed, Oct 18, 2017, at 06:56 AM, Panu Matilainen wrote:
>
> > I don't see /usr/lib as a *good* place for this, but if a new top level
> > directory in /usr seems too much then maybe /usr/lib/sysimage or such
>
> I'm OK with
This is a security and bug fix update to the stable 4.13.x branch
addressing two symlink-following related CVE's (CVE-2017-7500 and
CVE-2017-7501) and a number of important bug fixes. Users of 4.13.x
releases are advised to upgrade. For details, see
http://rpm.org/wiki/Releases/4.13.0.2
16 matches
Mail list logo
