> > *Where as LMDE is based on Debian testing* > Regular Linux Mint is based on Ubuntu, and in this case is probably worse than LMDE.
On Thu, Aug 14, 2014 at 1:02 PM, William Hermans <[email protected]> wrote: > Part of my reasoning is probably personal preference, but the majority of > my reasoning has to do with package conflicts. Debian stable(wheezy at the > moment ) should always be pretty much straight forward in this regard ( no > surprises ). > > Where as LMDE is based on Debian testing, a branch which is subject to > change, and not guaranteed to be 100% functional. To clarify, this means it > will probably boot, and most packages are very likely to work as well, but > not guaranteed. However, the bigger problem lies in various tool versions. > As I'm sure the Linux Mint team does at least test their builds *some*. So > *if* you're trying to build something for your BBB that requires a certain > version of x.y.z tool, and your support system uses a different version . . > . You're likely going to run into errors, or worse yet; Silent errors > leaving you very frustrated for many moons. > > In short, and in this context - Debian just works. Now, if you're a Linux > / troubleshooting guru. This would probably be less of a problem for you. > > > On Thu, Aug 14, 2014 at 12:48 PM, Brian Anderson <[email protected]> wrote: > >> >> If you want my opinion, ditch Linux mint *NOW*. Personally I will not use >>> anything other than Debian for a support system to the BBB, and would NEVER >>> use X for this purpose. Especially in a VM . . . >>> >>> Yeah yeah, Linux mint is based on Ubuntu and Debian( testing ) ( >>> depending on version ), but thats part of the problem. >>> >>> >> Hmmm, OK! Would you like to enumerate why you wouldn't use Mint? I was >> under the impression the Mint-17 is based upon Ubuntu 14.04LTS, and thus >> fairly stable. Personally, I can't stand Unity...but YMMV. What distro >> would you suggest? >> >> Well, at the moment, all I have is my MBP laptop to support this effort. >> So, either I setup NFS on the MAC and hope for the best, or use a VM >> running some Linux. I thought I'd give the VM approach a try as a first >> step in order to not introduce native MAC NFS vagaries into the mix. >> Probably could try that option now that I have things limping along. >> >> When you say NEVER use X, I'm assuming you mean running X windows on a >> dev env (Linux Mint)? I'm not running X on the BBB (well, I do often use X >> forwarding to the MAC/XQuartz for stuff like (gasp) emacs, xterm, ...). My >> thought was to do dev on the MAC (straight away or via a VM) using a shared >> file system between the MAC and BBB so I didn't have to copy files around, >> nor risk loosing everything if the BBB goes toes in the air or the uSD >> craps out. >> >> I'm all ears on suggestions for a good dev setup though! >> >> Cheers, >> >> ba >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
