I had exactly the same idea while driving this afternoon. Keep SHR-lite as lite as possible. And create a meta package called dev-tools, so you can install all the tools required for development. It can be included in SHR-fat. When I say that FR is mainly a phone, I mean that its normal location is in my pocket, not on my desk, connected to my main computer.
I don't want to criticize the work and the choices made by the devs. You make a very good job, and I support SHR in the french openmoko community as much as I can. I just want to be the voice of the "basic user" (you know, the silent one that never talk, but use an other product if he is not happy, and tell 10 other customers that the product is not good). In my opinion, considering the FR as a dev tool is a mistake. Openmoko can not be profitable and keep supporting free software if they only send a few devices to devs. FR + SHR is the winning solution to sell more phones, and keep openmoko alive. As SHR claim to be "user oriented", I will always be the "itching powder" of you, devs :) Robin Paulson a écrit : > 2009/5/30 Sebastian Spaeth <[email protected]>: > >> Just for the record. I am for keeping dropbear. It does all I want to >> do. -X forwarding to the desktop works fine and that is all I need. If I >> can save 1.5MB RAM for other stuff, I am fine with that. >> >> But as long as you keep dropbear as alternative installation available, >> I am fine with it. >> > > as it looks like the majority want openssh, and the likelihood this is > going to happen for the busybox apps is high (my guess, anyway), would > it be possible for shr to have a couple of dependency packages, which > install either all the compact, low-resource apps, or all the > discrete, higher-resource apps? > > to be honest, i'm not really bothered which is default, but being easy > to switch, and be sure the necessary apps are installed, is important > > cheers > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user > > >
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
