On Tuesday 18 December 2007 02:20, Pavel Roskin wrote:
> If there are any specific problems with git pertinent to GRUB or
> preferences of the GRUB developers, I'm ready to convey them to the
> git developers and take the blame (if any).
>
> We don't have to look for the best tool, just for the bes
Pavel Roskin <[EMAIL PROTECTED]> writes:
> If there are any specific problems with git pertinent to GRUB or
> preferences of the GRUB developers, I'm ready to convey them to the
> git developers and take the blame (if any).
Personally I'm very happy with GIT and I'm using it in daily basis for
mo
Quoting willem <[EMAIL PROTECTED]>:
Otavio Salvador wrote:
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
On Saturday 15 December 2007 11:54, Robert Millan wrote:
So it seems nobody objected. What do we need to proceed?
I do object. Personally, I believe that git is inferior to other
Otavio Salvador wrote:
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
On Saturday 15 December 2007 11:54, Robert Millan wrote:
So it seems nobody objected. What do we need to proceed?
I do object. Personally, I believe that git is inferior to other modern
version control sys
Markus Elfring wrote:
I do object. Personally, I believe that git is inferior to other modern
version control systems, thus I don't want to move. If we do, I prefer to go
with something better.
Which features are you missing?
http://en.wikipedia.org/wiki/Comparison_of_revision_control_sof
Pavel Roskin <[EMAIL PROTECTED]> writes:
> On Mon, 2007-12-17 at 17:01 +0100, Marco Gerards wrote:
>> A better solution, IMO, would be changing grub-mkrescue so it doesn't
>> load all modules.
>
> Maybe grub-mkrescue should create a filesystem? Even FAT should be
> fine. This way, it will be pos
On Mon, 2007-12-17 at 05:56 +, Steven Yi wrote:
> by
> http://cross-lfs.org/view/svn/x86_64-64/boot/building-a-bootloader.html :
>
> On x86 and x86_64 (multilib) architectures, the preferred bootloader
> is GRUB. Unfortunately, GRUB doesn't work on x86_64 Pure64 - the
> stage2 files can be co
On Mon, 2007-12-17 at 17:01 +0100, Marco Gerards wrote:
> A better solution, IMO, would be changing grub-mkrescue so it doesn't
> load all modules.
Maybe grub-mkrescue should create a filesystem? Even FAT should be
fine. This way, it will be possible to load problematic modules from
the filesyst
Robert Millan <[EMAIL PROTECTED]> writes:
> I'd like to move ata.mod initialisation away from its _init routine and into
> a separate command. This way it isn't a nuissance when it gets included in
> monolithic builds (such as the ones made by grub-mkrescue) and disables
> biosdisk
> completely.
Robert Millan <[EMAIL PROTECTED]> writes:
[...]
>> While you are there why not add optional IO-base argument so one could
>> use more than one controller lurking in other IO-bases (second/third PCI
>> ?). Of course there needs to be some kind of auto detect for easier
>> usage for normal users.
>
> Inferior? I see the disadvantage, that now it works only on unix.
This view is incomplete.
http://en.wikipedia.org/wiki/Git_%28software%29#Portability
There might be some inconvenience so far. TortoiseSVN is nice because it works
as a shell extension for the Windows Explorer.
Trac can provide a
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Saturday 15 December 2007 11:54, Robert Millan wrote:
>> So it seems nobody objected. What do we need to proceed?
>
> I do object. Personally, I believe that git is inferior to other modern
> version control systems, thus I don't want to move
Dne 17 Prosinec 2007, 08:02, Yoshinori K. Okuji napsal(a):
> I do object. Personally, I believe that git is inferior to other modern
> version control systems, thus I don't want to move. If we do, I prefer to
> go with something better.
>
> Okuji
Inferior? I see the disadvantage, that now it work
> I do object. Personally, I believe that git is inferior to other modern
> version control systems, thus I don't want to move. If we do, I prefer to go
> with something better.
Which features are you missing?
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
Which management
14 matches
Mail list logo