Hi Panu et al,
Here's a small patch that changes the ordering used for putting
hardlinked files into the cpio archive back to lexicographical.
You might wonder what this is about. Well, old rpm-3 (and
also old versions of rpm-4, I think) already used lexicographical
ordering for files and hardli
> @@ -494,8 +495,7 @@ static int saveHardLink(FSM_t fsm)
> - fsm->li->next = fsm->links;
> - fsm->links = fsm->li;
> + *tailp = fsm->li; /* append to tail of linked list */
> }
Missed fsm->li->next = NULL on first sight, but it's 15 lines up,
and fsm->li calloc()ed anyway.
On 04/24/2012 06:41 PM, Daniel Drake wrote:
JFFS2 is an embedded filesystem used by the OLPC XO-1. It does
not support writable mmap.
When opening a non-private environment, libdb uses a writable disk-backed
mmap, even if the DB_NOMMAP flag is passed. This fails with EINVAL on
JFFS2.
Detect the
On Thu, May 3, 2012 at 8:04 AM, Panu Matilainen
wrote:
> I applied a slightly different version that only falls back to DB_PRIVATE on
> system level errors to differentiate from the BDB-level logical errors (like
> invalid/incompatible flags):
>
> http://rpm.org/gitweb?p=rpm.git;a=commitdiff;h=58c
On 04/27/2012 03:39 PM, Tom Callaway wrote:
As I said on IRC, I'm not at all convinced this regex is any more
correct than the previous one, but this one successfully writes out all
the sparc& sparc64 platform macro files that I want/need at the moment,
so I'm calling it a fix and moving on.
A
On 05/03/2012 12:49 PM, Michael Schroeder wrote:
Hi Panu et al,
Here's a small patch that changes the ordering used for putting
hardlinked files into the cpio archive back to lexicographical.
You might wonder what this is about. Well, old rpm-3 (and
also old versions of rpm-4, I think) already