1 |
Op zaterdag 9 oktober 2004 20:00, schreef Ned Ludd: |
2 |
> On Sat, 2004-10-09 at 13:25, Mike Frysinger wrote: |
3 |
> > On Saturday 09 October 2004 06:50 am, Sander Knopper wrote: |
4 |
> > > Is there a way to combine these two profiles or is it better to make |
5 |
> > > one of my own? At the moment I would go with the second option since it |
6 |
> > > would allow me to use busybox, uclibc and also give me the opportunity |
7 |
> > > to leave utilities as gawk, grep, gzip and tar away because busybox |
8 |
> > > already supplies them. I'll have to take the fact that these programs |
9 |
> > > sometimes aren't fully compatible with their GNU relatives for granted. |
10 |
> > |
11 |
> > the idea was to use uclibc for development systems and embedded for the |
12 |
> > target (i think, solar can correct me) |
13 |
> > |
14 |
> > ive been keeping the uclibc profile up-to-date, but i think the embedded |
15 |
> > one could use some work ... |
16 |
> |
17 |
> Indeed the embedded one could. I've mentioned this one to Chris before |
18 |
> about it using glibc vs uclibc by default on IRC but I think he was in |
19 |
> the middle of his work day. That profile was added long before we had a |
20 |
> pretty decent uClibc native environments setup so a instantaneous switch |
21 |
> might not be possible or we could break some existing users setups. |
22 |
> |
23 |
> But as I see things it stands right now the embedded profile target |
24 |
> could be split up into glibc/uclibc subsystems. We could use these |
25 |
> profiles for our vendor mini distros like soekris, wrt54g's. netwinders, |
26 |
> nslu2, video systems, pbx systems, kiosk, dumb terminals, etc.. |
27 |
> However those profiles would have to be based on user/vendor submissions |
28 |
> as our gentoo devs only provocatively support what we have hardware for. |
29 |
> donations welcome be that time or hardware or documentation to help ease |
30 |
> this maze of what we call embedded. |
31 |
> |
32 |
> But so far not a lot of effort has been put into this area of profiles |
33 |
> because there has been lots of hurdles for us to overcome in the process |
34 |
> of the development environment alone. |
35 |
|
36 |
At the moment I've combined the two profiles, it seems to work at my computer. |
37 |
The most difficult part though, is to delete perl and some other packages. |
38 |
Especially since autoconf/automake and some other packages depend on it |
39 |
because of the wrapper. Currently I'm trying to overcome this by modifying |
40 |
some ebuilds and put them in portage-overlay but it's not very clean though. |
41 |
|
42 |
I'm also thinking of just dropping automake/autoconf...;) The only packages |
43 |
that seems to depend on it is libtool and this is due to some bugs which I've |
44 |
to take a closer look at. |
45 |
|
46 |
-- |
47 |
gentoo-embedded@g.o mailing list |