Debian eglibc patches

Rob Taylor rob.taylor at codethink.co.uk
Thu Nov 10 03:10:03 GMT 2011


On 11/10/2011 11:55 AM, Rob Taylor wrote:
> On 11/10/2011 02:49 AM, Lars Wirzenius wrote:
>> On 09.11.2011 02:41, Rob Taylor wrote:
>>> Hi all,
>>>
>>> I've put together a (pretty stupid) script for importing the debian
>>> eglibc
>>> patches into our baserock repo.
>>>
>>> It could probably do with quite a bit of extra stuff if we use it
>>> long-term, eg.
>>> - output results sensibly
>>> - sensible branch handling
>>> - checking for already applied patches.
>>>
>>> It can be found in
>>> https://gitorious.org/baserock/baserock-debian-importer
>>>
>>> Lars, should I push the results of this tool into a branch on
>>> baserock-morphs/eglibc.git ?
>>
>> Looks reasonable to me. That'll let us easily merge the ones we want
>> into our integration tree.
>
>
> Ok, you can now find the patches that successfully apply on HEAD in the
> debian-patches branch on baserock-morphs/eglibc.git

Oh, and for reference, the patches that don't successfully apply on HEAD 
are:

localedata/sort-UTF8-first.diff
localedata/supported.diff
localedata/locale-eo_EO.diff
localedata/locale-eu_FR.diff
localedata/submitted-bz9732-dz_BT-collation.diff
localedata/locale-se_NO.diff
localedata/tailor-iso14651_t1-common.diff
localedata/first_weekday.diff
localedata/locale-et_EE.diff
localedata/submitted-translit-colon.diff
localedata/locale-ff_SN.diff
localedata/locale-sw.diff
localedata/locale-sv_FI.diff
alpha/submitted-dl-support.diff
alpha/local-strncmp.diff
amd64/submitted-rwlock-stack-imbalance.diff
amd64/cvs-powl.diff
hurd-i386/unsubmitted-tls.diff
hurd-i386/submitted-itimer-lock.diff
hurd-i386/cvs-header-prot.diff
hurd-i386/cvs-psiginfo.diff
ia64/submitted-sysconf.diff
powerpc/local-libgcc_eh-ld.so.diff
sparc/submitted-bzero.diff
all/local-remove-manual.diff
any/local-fhs-nscd.diff
any/local-nss-upgrade.diff
any/local-disable-test-tgmath2.diff
any/submitted-longdouble.diff
any/submitted-popen.diff
any/submitted-autotools.diff
any/submitted-localedef-mmap.diff
any/submitted-stack-guard-quick-randomization.diff
any/submitted-leading-zero-stack-guard.diff
any/local-relro-mprotect.diff
any/local-ldconfig-multiarch.diff
any/submitted-at-pagesize.diff
any/cvs-setlocale.diff
any/submitted-mqueue-throw.diff
hurd-i386/submitted-libc_once.diff
svn-updates.diff
alpha/submitted-fcntl_h.diff
alpha/submitted-stackinfo.diff
alpha/submitted-statfs.diff
alpha/submitted-libm-hidden.diff
alpha/submitted-____longjmp_chk.diff
arm/submitted-armhf-triplet.diff
hppa/local-linuxthreads.diff
hppa/local-linuxthreads-gscope.diff
hppa/submitted-fcntl_h.diff
hppa/submitted-libm-hidden.diff
hurd-i386/unsubmitted-tls-support.diff
hurd-i386/submitted-extern_inline.diff
mips/local-r10k.diff
any/local-libgcc-compat-ports.diff
any/local-no-pagesize.diff
any/submitted-bits-fcntl_h-at.diff
any/submitted-rlimit-rttime.diff


I haven't had chance to go through these and check why they failed and 
what they're for. Some have obviously been submitted upstream and could 
have already been applied on head.

It'd be nice if someone more debiany than I (Lars, Daniel?) could see if 
Aurelien and co are interested in co-operating on using a common git 
repo for patch management.

On that front, I should also prep a branch which is the 2.13 release + 
patches - does lorry import branches and tags from svn repos?

Rob


> Ta,
> Rob
>
> _______________________________________________
> baserock-dev mailing list
> baserock-dev at baserock.org
> http://vlists.pepperfish.net/cgi-bin/mailman/listinfo/baserock-dev-baserock.org
>





More information about the baserock-dev mailing list