* revision control of `configure'
@ 2008-01-08 11:57 Robert Millan
2008-01-09 21:59 ` Pavel Roskin
0 siblings, 1 reply; 4+ messages in thread
From: Robert Millan @ 2008-01-08 11:57 UTC (permalink / raw)
To: grub-devel
http://cvs.savannah.gnu.org/viewvc/grub2/configure?root=grub&view=log
Does it make sense to keep `configure' under revision control? Almost every
commit for unrelated things tends to change the whole thing.
--
Robert Millan
<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call, if you are unable to speak?
(as seen on /.)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: revision control of `configure'
2008-01-08 11:57 revision control of `configure' Robert Millan
@ 2008-01-09 21:59 ` Pavel Roskin
2008-01-13 18:06 ` Marco Gerards
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Roskin @ 2008-01-09 21:59 UTC (permalink / raw)
To: The development of GRUB 2
On Tue, 2008-01-08 at 12:57 +0100, Robert Millan wrote:
> http://cvs.savannah.gnu.org/viewvc/grub2/configure?root=grub&view=log
>
> Does it make sense to keep `configure' under revision control? Almost every
> commit for unrelated things tends to change the whole thing.
I suggested it in the days of GRUB 1 but my suggestion didn't get any
support.
--
Regards,
Pavel Roskin
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: revision control of `configure'
2008-01-09 21:59 ` Pavel Roskin
@ 2008-01-13 18:06 ` Marco Gerards
2008-01-13 19:57 ` Yoshinori K. Okuji
0 siblings, 1 reply; 4+ messages in thread
From: Marco Gerards @ 2008-01-13 18:06 UTC (permalink / raw)
To: The development of GRUB 2
Pavel Roskin <proski@gnu.org> writes:
> On Tue, 2008-01-08 at 12:57 +0100, Robert Millan wrote:
>> http://cvs.savannah.gnu.org/viewvc/grub2/configure?root=grub&view=log
>>
>> Does it make sense to keep `configure' under revision control? Almost every
>> commit for unrelated things tends to change the whole thing.
>
> I suggested it in the days of GRUB 1 but my suggestion didn't get any
> support.
Personally, I do not care much. It's annoying to make sure unwanted
changed slip in. I have no strong opinion, but would prefer it is not
under revision control.
--
Marco
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: revision control of `configure'
2008-01-13 18:06 ` Marco Gerards
@ 2008-01-13 19:57 ` Yoshinori K. Okuji
0 siblings, 0 replies; 4+ messages in thread
From: Yoshinori K. Okuji @ 2008-01-13 19:57 UTC (permalink / raw)
To: The development of GRUB 2
On Sunday 13 January 2008 19:06, Marco Gerards wrote:
> Pavel Roskin <proski@gnu.org> writes:
> > On Tue, 2008-01-08 at 12:57 +0100, Robert Millan wrote:
> >> http://cvs.savannah.gnu.org/viewvc/grub2/configure?root=grub&view=log
> >>
> >> Does it make sense to keep `configure' under revision control? Almost
> >> every commit for unrelated things tends to change the whole thing.
> >
> > I suggested it in the days of GRUB 1 but my suggestion didn't get any
> > support.
>
> Personally, I do not care much. It's annoying to make sure unwanted
> changed slip in. I have no strong opinion, but would prefer it is not
> under revision control.
We should keep it. The concept is that the user should be able to build and
test the trunk without installing too many development tools.
Nowadays, we don't use any cutting-edge features, so this might be not that
important. But when we used Automake in GRUB Legacy, we had to deploy some
features present only in newer versions of Automake, so the version
requirement was very severe. This made the lives of testers uncomfortable.
Okuji
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-01-13 19:57 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-08 11:57 revision control of `configure' Robert Millan
2008-01-09 21:59 ` Pavel Roskin
2008-01-13 18:06 ` Marco Gerards
2008-01-13 19:57 ` Yoshinori K. Okuji
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.