Moving the applet directories.

[Jason Schoon]

I don't have a problem with this myself, I'm all for making source trees
more reasonable and manageable.  However, I do have a question/comment.

What is the underlying reason for this move?  I know you were working on
abstracting some compiler and platform dependencies out of the source, is
this part of that?

The reason I ask is that although for the most part this will be
transparent, it will cause anyone who has existing patches that they apply
to the busybox source to need to be updated (correct me if I'm wrong, but I
don't think patch is smart enough to do its fuzz handling on moved
directories).

Do we care?  I'm not sure.  I personally have a very small amount of patches
for our specific product, but they are nothing I can't recreate.  Just
thought I would throw it out there.



On 1/21/06, Rob Landley <rob at landley.net> wrote:
>
> Ok, I would like to reorganize the busybox source code a bit, by moving
> all
> the actual applet directories to be subdirectories under applets.  This
> would
> basically consist of:
>
> for i in archival/ console-tools/ coreutils/ debianutils/ e2fsprogs/ \
> editors/ findutils/ init/ loginutils/ miscutils/ modutils/ networking/ \
> procps/ shell/ sysklogd/ util-linux/
> do
>   svn mv $i applets
> done
>
> Anyone want to comment on this?
>
> (Unfortunately, the work to add all the "topdir" support means that all
> the
> relative paths of everything in the source tree are hardwired, which
> sucks.
> Is there any make variable that resolves to "the directory this makefile
> is
> in?")
>
> Rob
> --
> Steve Ballmer: Innovation!  Inigo Montoya: You keep using that word.
> I do not think it means what you think it means.
> _______________________________________________
> busybox mailing list
> busybox at busybox.net
> http://busybox.net/cgi-bin/mailman/listinfo/busybox
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.busybox.net/pipermail/busybox/attachments/20060122/f7b9d2ef/attachment.htm