Summary: | Let's migrate the toolchain patches from CVS to git | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anthony Basile <blueness> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | hardened, infra-bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Anthony Basile
2016-03-14 11:19:08 UTC
elfutils are dead gentoo-headers is just a mirror for me ... i keep the canonical patches in git already in my git.kernel.org space. same for glibc ... gentoo has a vendor branch upstream: https://sourceware.org/git/?p=glibc.git;a=heads i might ask about doing the same w/binutils. (In reply to SpanKY from comment #1) > elfutils are dead > > gentoo-headers is just a mirror for me ... i keep the canonical patches in > git already in my git.kernel.org space. > > same for glibc ... gentoo has a vendor branch upstream: > https://sourceware.org/git/?p=glibc.git;a=heads > > i might ask about doing the same w/binutils. the concern started with gcc because of the bug #577238 where the uclibc patches need to be updated. the idea is that its easy to test locally and create clean patches to submit. (In reply to Anthony Basile from comment #2) i think we could do the same for binutils/gcc -- create vendor branches. that'd also make things easier to manage as you'd have a tree rather than a huge patchset. This is already in the works. We have already successfully migrated to git for the glibc patchsets, and at the moment the plan is to do the same for the other bits and pieces. No help from infra required at the moment. |