Gentoo Archives: gentoo-embedded

From: Christopher Friedt <cfriedt@××××××××××××××.com>
To: gentoo-embedded@l.g.o
Subject: [gentoo-embedded] Strange epatch failures
Date: Thu, 10 Jan 2008 15:42:30
Message-Id: 47863CF3.9040207@visible-assets.com
1 Hi everyone,
2
3 I ran into this really strange epatch failure recently with an
4 arm-softfloat-linux-gnu system. I originally cross-compiled/emerged the
5 baselayout, libc, gcc, etc, and now I'm natively compiling / emerging
6 other packages with qemu.
7
8 The strange thing, is that for generally any ebuild that uses epatch,
9 the patch fails.
10
11 I tried applying the patch manually, and it seems like it's just
12 attempting to apply the patch in the wrong working directory.
13
14 I'm using the 2007.0 embedded profile for arm.
15
16 Any ideas?
17
18 Cheers,
19
20 Chris
21
22 Here's an example of the failed epatch output:
23
24 ***** sandbox-1.2.18.1-open-normal-fail.patch *****
25
26 ===================================================
27
28 PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch <
29 /usr/portage/sys-apps/sandbox/files/sandbox-1.2.18.1-open-normal-fail.patch
30
31 ===================================================
32 patching file src/libsandbox.c
33 ===================================================
34
35 PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch <
36 /usr/portage/sys-apps/sandbox/files/sandbox-1.2.18.1-open-normal-fail.patch
37
38 ===================================================
39 can't find file to patch at input line 14
40 Perhaps you used the wrong -p or --strip option?
41 The text leading up to this was:
42 --------------------------
43 |Patch from Kevin F. Quinn at https://bugs.gentoo.org/show_bug.cgi?id=135745
44 |Already applied in sandbox svn
45 |
46 |Makes sandboxed open() calls return the normal error conditions if the
47 |file in question does not exist, without causing a sandbox violation.
48 |This allows programs to use open() to test for file existance, regardless
49 |of read-write flags. This is not revealing any further information about
50 |the backing system because this data was already available through stat().
51 |
52 |Index: src/libsandbox.c
53 |===================================================================
54 |--- src/libsandbox.c.orig
55 |+++ src/libsandbox.c
56 --------------------------
57 No file to patch. Skipping patch.
58 5 out of 5 hunks ignored
59 ===================================================
60
61 PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch <
62 /usr/portage/sys-apps/sandbox/files/sandbox-1.2.18.1-open-normal-fail.patch
63
64 ===================================================
65 missing header for unified diff at line 14 of patch
66 can't find file to patch at input line 14
67 Perhaps you used the wrong -p or --strip option?
68 The text leading up to this was:
69 --------------------------
70 |Patch from Kevin F. Quinn at https://bugs.gentoo.org/show_bug.cgi?id=135745
71 |Already applied in sandbox svn
72 |
73 |Makes sandboxed open() calls return the normal error conditions if the
74 |file in question does not exist, without causing a sandbox violation.
75 |This allows programs to use open() to test for file existance, regardless
76 |of read-write flags. This is not revealing any further information about
77 |the backing system because this data was already available through stat().
78 |
79 |Index: src/libsandbox.c
80 |===================================================================
81 |--- src/libsandbox.c.orig
82 |+++ src/libsandbox.c
83 --------------------------
84 No file to patch. Skipping patch.
85 5 out of 5 hunks ignored
86 ===================================================
87
88 PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch <
89 /usr/portage/sys-apps/sandbox/files/sandbox-1.2.18.1-open-normal-fail.patch
90
91 ===================================================
92 missing header for unified diff at line 14 of patch
93 can't find file to patch at input line 14
94 Perhaps you used the wrong -p or --strip option?
95 The text leading up to this was:
96 --------------------------
97 |Patch from Kevin F. Quinn at https://bugs.gentoo.org/show_bug.cgi?id=135745
98 |Already applied in sandbox svn
99 |
100 |Makes sandboxed open() calls return the normal error conditions if the
101 |file in question does not exist, without causing a sandbox violation.
102 |This allows programs to use open() to test for file existance, regardless
103 |of read-write flags. This is not revealing any further information about
104 |the backing system because this data was already available through stat().
105 |
106 |Index: src/libsandbox.c
107 |===================================================================
108 |--- src/libsandbox.c.orig
109 |+++ src/libsandbox.c
110 --------------------------
111 No file to patch. Skipping patch.
112 5 out of 5 hunks ignored
113 ===================================================
114
115 PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch <
116 /usr/portage/sys-apps/sandbox/files/sandbox-1.2.18.1-open-normal-fail.patch
117
118 ===================================================
119 missing header for unified diff at line 14 of patch
120 can't find file to patch at input line 14
121 Perhaps you used the wrong -p or --strip option?
122 The text leading up to this was:
123 --------------------------
124 |Patch from Kevin F. Quinn at https://bugs.gentoo.org/show_bug.cgi?id=135745
125 |Already applied in sandbox svn
126 |
127 |Makes sandboxed open() calls return the normal error conditions if the
128 |file in question does not exist, without causing a sandbox violation.
129 |This allows programs to use open() to test for file existance, regardless
130 |of read-write flags. This is not revealing any further information about
131 |the backing system because this data was already available through stat().
132 |
133 |Index: src/libsandbox.c
134 |===================================================================
135 |--- src/libsandbox.c.orig
136 |+++ src/libsandbox.c
137 --------------------------
138 No file to patch. Skipping patch.
139 5 out of 5 hunks ignored
140 --
141 gentoo-embedded@l.g.o mailing list

Replies

Subject Author
Re: [gentoo-embedded] Strange epatch failures Mike Frysinger <vapier@g.o>