Brian, anyhow if you've got a huge time investment into your current support system, just use what you have now. But do keep what I say in mind. My comments are based on experience, and I have been down the same road you're on now. I did this all last year, and for a while it was a very frustrating experience for me. Things could have changed since though ( but I'm thinking unlikely ).
The first 3 times I tried following Roberts instructions last year I failed. Part of the problem for me was that the instructions were less clear ( to me ) than they are now, and I had a couple years of Debian "rust" to shake off. I also tried Linux Mint ( DE ), and kept running into package conflicts. I even ran into a problem where Debian caused an error( DASH versus BASH ), which was relatively easy to fix. Anyhow, I'm not really trying to tell you what you should / should not use. All I am trying to do is give you some advice based on my own experiences. If LM works for you then great. On Thu, Aug 14, 2014 at 1:04 PM, William Hermans <[email protected]> wrote: > *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.
