Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Patching method
@ 2011-04-07  9:32 Ludovic Desroches
  2011-05-18 10:10 ` [Buildroot] [PATCH 1/1] kernel-patch.sh: script changed to support archives in a proper way Ludovic Desroches
  0 siblings, 1 reply; 22+ messages in thread
From: Ludovic Desroches @ 2011-04-07  9:32 UTC (permalink / raw)
  To: buildroot

Hello,

I was building a new file system and I have noticed something about 
patching that seems a little dangerous :

 >>> liblockfile 1.08 Patching package/liblockfile
toolchain/patch-kernel.sh 
/home/ldesroches/buildroot/output/build/liblockfile-1.08 
/home/ldesroches/buildroot/dl liblockfile_1.08-4.debian.tar.bz2

...

+ echo 'Applying liblockfile_1.08-4.debian.tar.bz2 using bzip2: '
Applying liblockfile_1.08-4.debian.tar.bz2 using bzip2:
+ echo liblockfile_1.08-4.debian.tar.bz2
+ cat
+ bunzip2 -dc 
/home/ldesroches/buildroot/dl/liblockfile_1.08-4.debian.tar.bz2
+ patch -p1 -E -d /home/ldesroches/buildroot/output/build/liblockfile-1.08
patching file dotlockfile.c
patching file lockfile.c
missing header for unified diff at line 320 of patch
patching file COPYRIGHT
patching file dotlockfile.1
patching file Makefile.in
patch unexpectedly ends in middle of line

...

As you can see, we have an archive and we don't extract it, we simply 
unzip the compressed file and send the tar file to the patch command. 
The content of this archive is a tree with files and directories (one of 
them is the patch directory) that's why I think this method is a little 
dangerous. The patches are not applied in the same order as defined into 
the series file because the patch order is not kept into the archive.

Am I wrong ? Do you think it can be a problem ?


Regards


Ludovic Desroches

^ permalink raw reply	[flat|nested] 22+ messages in thread

end of thread, other threads:[~2012-01-31  6:59 UTC | newest]

Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-04-07  9:32 [Buildroot] Patching method Ludovic Desroches
2011-05-18 10:10 ` [Buildroot] [PATCH 1/1] kernel-patch.sh: script changed to support archives in a proper way Ludovic Desroches
     [not found]   ` <4DDBBB89.2020301@atmel.com>
2011-05-24 14:25     ` Peter Korsgaard
2011-05-24 14:50       ` Thomas Petazzoni
2011-06-29  9:12   ` [Buildroot] [RFC PATCH v2]kernel-patch.sh: " ludovic.desroches at atmel.com
2011-06-29  9:12     ` [Buildroot] [RFC PATCH v2 1/1] kernel-patch.sh: " ludovic.desroches at atmel.com
2011-06-29 10:42       ` Michael S. Zick
2011-06-29 13:21         ` Ludovic Desroches
2012-01-06 12:47         ` [Buildroot] [RFC PATCH v3]kernel-patch.sh: " ludovic.desroches at atmel.com
2012-01-06 12:47           ` [Buildroot] [RFC PATCH v3 1/2] apply-patches.sh: " ludovic.desroches at atmel.com
2012-01-09  9:45             ` Thomas De Schampheleire
2012-01-10 10:31               ` Ludovic Desroches
2012-01-10 11:46                 ` Thomas De Schampheleire
2012-01-10 18:01                   ` [Buildroot] [RFC PATCH v4]kernel-patch.sh: " ludovic.desroches at atmel.com
2012-01-10 18:01                     ` [Buildroot] [RFC PATCH v4 1/2] apply-patches.sh: " ludovic.desroches at atmel.com
2012-01-19 22:21                       ` Arnout Vandecappelle
2012-01-23  8:22                         ` Ludovic Desroches
2012-01-29 16:28                         ` Ludovic Desroches
2012-01-31  6:59                           ` Arnout Vandecappelle
2012-01-10 18:01                     ` [Buildroot] [RFC PATCH v4 2/2] apply-patches.sh check if they are rejects before applying patches ludovic.desroches at atmel.com
2012-01-19 22:26                       ` Arnout Vandecappelle
2012-01-06 12:47           ` [Buildroot] [RFC PATCH v3 " ludovic.desroches at atmel.com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox