I've been working trying to understand Git a little better and trying to
evaluate whether it is appropriate for LFS to migrate.
What I've done is to copy the alfs repository to anduin and work with
that copy.
Note to Pierre: nothing has been changed on the lfs server.
I had to reorganize the r
I've just noticed that someone on CLFS ran 'make headers_check' and
feared that the usual error reports (from kexec.h and soundcard.h)
about "userspace cannot reference function or variable defined in the
kernel" were errors.
In theory, running "make headers_check" allows _kernel_ devs to
check
Ken Moffat wrote:
> I've just noticed that someone on CLFS ran 'make headers_check' and
> feared that the usual error reports (from kexec.h and soundcard.h)
> about "userspace cannot reference function or variable defined in the
> kernel" were errors.
>
> In theory, running "make headers_check"
Sites like github, bitbucket, code.google.com or gitorious all offer
free hosting and nice webui's for people to more easily provide
patches. It eases the git learning curve for people, it reduces
bandwidth usage on your server and it lowers the bar to participation.
Running your own git server is
On Mon, Mar 10, 2014 at 12:46 AM, Kevin Lyda wrote:
> Sites like github, bitbucket, code.google.com or gitorious all offer
> free hosting and nice webui's for people to more easily provide
> patches. It eases the git learning curve for people, it reduces
> bandwidth usage on your server and it low
On Mar 9, 2014, at 6:19 PM, Bruce Dubbs wrote:
> I've been working trying to understand Git a little better and
> trying to
> evaluate whether it is appropriate for LFS to migrate.
>
Here is an article which presents why a person should move to GIT.
http://blog.teamtreehouse.com/why-you-shoul
William Harrington wrote:
>
> On Mar 9, 2014, at 6:19 PM, Bruce Dubbs wrote:
>
>> I've been working trying to understand Git a little better and
>> trying to
>> evaluate whether it is appropriate for LFS to migrate.
>>
>
> Here is an article which presents why a person should move to GIT.
>
> http:
On Mar 9, 2014, at 9:16 PM, Bruce Dubbs wrote:
> Well there is a difference between LFS and BLFS. Although there are
> several devs authorized to commit to LFS, in the last cycle only Matt
> and I did so. BLFS had seven committers in the same cycle. Generally
> the only collisions I see are in
- Forwarded message from Ken Moffat -
#?^€^ ! I managed to send the reply to blfs instead of lfs.
On Sun, Mar 09, 2014 at 09:16:42PM -0500, Bruce Dubbs wrote:
>
> Merging is generally not needed by me, but that may be the reason Armin
> wants to move to git. I can't remember the las
Ken Moffat wrote:
> - Forwarded message from Ken Moffat -
>
> #?^€^ ! I managed to send the reply to blfs instead of lfs.
>
> On Sun, Mar 09, 2014 at 09:16:42PM -0500, Bruce Dubbs wrote:
>>
>> Merging is generally not needed by me, but that may be the reason Armin
>> wants to move to gi
On Mar 9, 2014, at 10:46 PM, Ken Moffat wrote:
> The big benefit of svn is increasing decimal revision numbers.
I saw a while back this for a pre-commit hook.
What you could end up with is a pre-commit hook which would include in
the comment a revision number, with an algo not involving looki
On Sun, Mar 09, 2014 at 11:06:42PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > The great benefit of git is in branches - in svn, a branch is "cast
> > in stone" and is a PITA. In git, branches are just pointers. If
> > you want to maintain a stable branch, you can cherry-pick specific
> >
Ken Moffat wrote:
> On Sun, Mar 09, 2014 at 11:06:42PM -0500, Bruce Dubbs wrote:
>> Ken Moffat wrote:
>>>The great benefit of git is in branches - in svn, a branch is "cast
>>> in stone" and is a PITA. In git, branches are just pointers. If
>>> you want to maintain a stable branch, you can ch
13 matches
Mail list logo
