| 1 |
On 12:07 Wed 24 Aug , wiktor w brodlo wrote: |
| 2 |
> On 24 August 2011 04:16, Donnie Berkholz <dberkholz@g.o> wrote: |
| 3 |
> > On 23:00 Mon 22 Aug , wiktor w brodlo wrote: |
| 4 |
> >> I will also continue my never-ending quest of slimming Anaconda down |
| 5 |
> >> as there's still a lot of dead/useless code in the tree (but figuring |
| 6 |
> >> out what can go and what should stay is a task on its own). |
| 7 |
> > |
| 8 |
> > Wiktor, |
| 9 |
> > |
| 10 |
> > lxnay was kind enough to point out that removing "dead" code will make |
| 11 |
> > it extremely hard to rebase your work upon upstream changes. How do you |
| 12 |
> > propose to deal with that? |
| 13 |
> |
| 14 |
> Maybe not *extremely* hard. These days Anaconda development, both in |
| 15 |
> Fedora and in Sabayon, isn't exactly lightening-fast, so I think |
| 16 |
> following their development and merging back any nice changes |
| 17 |
> systematically won't take up too much time. I always thought that I'd |
| 18 |
> just keep their respective git repos locally and if there are any |
| 19 |
> changes, look at what they do and determine if they're of any use to |
| 20 |
> Gentoo. This way, only the changes done to the files that we also have |
| 21 |
> will be merged back in, and then only if they affect our installer - |
| 22 |
> for example, yum, Fedora repos, Entropy (Sabayon's package manager) |
| 23 |
> etc support is totally unneeded in Gentoo so there's no point even |
| 24 |
> bothering ourselves with changes to those parts, so I don't see any |
| 25 |
> point in keeping this code. |
| 26 |
|
| 27 |
You think manually inspecting all commits is worth it? Seems like `git |
| 28 |
pull --rebase` would be a lot easier. |
| 29 |
|
| 30 |
-- |
| 31 |
Thanks, |
| 32 |
Donnie |
| 33 |
|
| 34 |
Donnie Berkholz |
| 35 |
Admin, Summer of Code |
| 36 |
Gentoo Linux and X.Org |
| 37 |
Blog: http://dberkholz.com |
Archives