vger CVS questions

vger CVS questions

[Troy Benjegerdes]

I'm looking into setting up a CVS archive for the embedded Motorola
boards.. Now that I've read more about CVS, it looks like this might be
possible to just have another 'branch' for this on the Vger cvs.

Who would I talk to about getting access to the Vger CVS? I'm also not
sure this is a good idea, since my understanding is that to give access to
the PPC stuff would require full access to all the other sparc stuff. 

It also seems to me that vger itself is overworked sometimes, so setting
up a separate archive would at least not add to the load. However, I don't
think I have the bandwidth to support full anon access.

Comments anyone? (Especially from Cort, Paul, and Geert)

--------------------------------------------------------------------------
| Troy Benjegerdes    |       troy@microux.com     |    hozer@drgw.net   |
|    Unix is user friendly... You just have to be friendly to it first.  |
| This message composed with 100% free software.    http://www.gnu.org   |
--------------------------------------------------------------------------


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: vger CVS questions

[Cort Dougan]

I think another branch would be a bad idea.  Everything in the main tree
is best for now.  You're welcome to send patches to us but for the time
being I think it best to filter things for the ppc.  Perhaps 2.2 - which
will be time for a big ppc cleanup.

}I'm looking into setting up a CVS archive for the embedded Motorola
}boards.. Now that I've read more about CVS, it looks like this might be
}possible to just have another 'branch' for this on the Vger cvs.


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: vger CVS questions

[Dan Malek]

Cort Dougan wrote:

> I think another branch would be a bad idea.  Everything in the main tree
> is best for now.

I agree.  Once you get comfortable working with the
kernel you will discover the 8xx modifications are minimal.
Trying to track other kernel updates in a unique 8xx tree
would not be spending time wisely :-).

I created an 8xx directory from the beginning to contain
those things unique to the 8xx.  Right now, it contains
drivers and functions unique to the CPM or other 8xx I/O.

The only things we really need unique to the embedded
processors are support libraries.  They need to be
compiled with software floating point, and minimal.
I was finally successful today building the glibc SRPM
for the 8xx processors.  I will drop it on the server and
build a new embedded root file system image with them.


    -- Dan



[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]