* On 2010 30 Oct 13:49 -0500, Dave wrote:
> Hi again.
>
> Help!
>
> I know this is silly, but is there a detailed blow by blow guide or
> document somewhere, detailing what to remove, erase, etc, and how to
> "cleanly" install a new set of sources etc? Without bringing a system to
> it's knees...
Have you browsed through README.betatester and README.developer in the
main directory of the Hamlib source distribution? What I do is
documented in the README.developer file. I create a "build" directory
along side the "hamlib" source directory. This keeps almost all of the
generated files out of the source directory.
> Also, how to untie / break the link between something like Grig or
> FlDigi, and their installed versions of Hamlib, and link to whatever
> might be rebuilt locally from sources, so I can test as I go with third
> party programs, not just the command line tool?
The easiest way is to simply uninstall all other installations of
Hamlib. Unfortunately, Debian will helpfully offer to remove the
programs that depend on Hamlib, as you've found.
Having two versions installed can be done. In fact, as I understand it,
if your locally compiled Hamlib is installed to the default directories
by "sudo make install" (or "make install" as root), then the system
library loader should prefer it over the Debian packages.
It is crucial that you do a "make uninstall" of any older versions of
Hamlib before installing the latest SVN versions as the backend
libraries are put in their own directory now.
> I'm still using a recent Debian install, but do not find it particularly
> easy to navigate arround the folder structure (alien teritory in effect)
> always ending up with several nearly identical windows open, a slow
> system, and giving up in frustration, before I "Aviate" the PC out of the
> window. (I can see the power and use for symbolic links, but it's too
> easy to get into a never ending loop, when looking for something.)
Have you tried Midnight Commander? It is the Swiss Army Chainsaw of
file managers. You can configure it to use lynx like motion where the
right/left arrows will let you navigate the directory structure easily.
I've been using it for 14 years now.
Also, just like most things, there is no substitute for simply working
in the new environment and gaining familiarity. I found the newe
Windows layouts to be maddening as well. It's all about familiarity.
> Lastly, is there a decent 'C' source editor about? Something that can
> guide an experienced programmer, but a 'C' novice with syntax
> highlighting and checking, much like Code::Blocks, TextPad & Delphi etc
> can do?
I use geany which is an X Window editor that uses GTK in a nice UI.
It's highlighting is pretty good. Sometimes I will use KDE's Kate which
is about the same in layout and features. I'm not much into IDEs as I
run make from a Konsole tab and use Alt-Tab to switch between it and the
editor (I use KDE on this desktop).
> I've spent years with Delphi (Pascal) in Windows, and various Assembler
> tools, PIC, Z80, 878x (heck even Data General Nova series) but I've done
> relatively little with 'C', though it's the only programming "Language" I
> have ever had any formal training in (somewhere over 20 years ago, I've
> even got a qualification in it, fat lot of use that is!) So I have my
> trusty K&R book on hand... I did use C::B on Windows a couple of years
> ago for work, but that was just for some minor editing of command strings
> in GPIB instrument drivers.
>
> I'd very much like to participate in this project, but I'm finding the
> tools to be unfathomable and/or poorly documented, therefore becoming
> totally frustrated, coming from a DOS/Windows background.
>
> I always seem to be fighting the OS, as much as struggling with the code.
>
> Why is it for example, when working on a self contained PC, with cursor
> manipulation keys and mouse etc, nearly all the Linux editors I've seen
> are all trying to emulate something like an ASR33 on a remote IBM
> mainframe, with more secret command codes than James Bond ever had!
Sounds like you've been suckered into using Vim or Emacs. ;-) BTW, I'm
typing this email in Vim but it's the only place I use it as it
integrates well with Mutt.
Take it slow. I've been working with Hamlib for nearly a decade and I'm
still learning new stuff. After a few "ah ha!" moments, you'll be
rolling right along.
> Anyone up for some serious Elmering? I have no one local who's
> interested in programming at this level (least not on Linux) & the local
> LUG mainly seems interested in "marketing" Linux, rather than doing any
> developing. (Unless it involves perl scripts.)
>
> Being in the UK of course makes it even more dificult, what with time
> zones etc. I have ICQ, MSN and Skype identities if needed, and email of
> course, but none on the Linux system, so copy/paste from one to t'other,
> is a little problematical at the moment (USB sticks work though.)
>
> Sorry to winge on...
>
> Now to do something constructive, sort this blasted table out, so I can
> see what I'm doing with those USB sticks!
It almost sounds as though you're trying to do all of this from
character displays (virtual terminals) rather than using a desktop like
Gnome or KDE, or even XFCE which is fairly light weight. I can work in
VTs, but I'm an X guy and use the GUI all the time.
It will probably help a lot if you can get your Debian box networked
with your other computer(s) to share files and such.
HTH,
73, de Nate >>
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Ham radio, Linux, bikes, and more: http://n0nb.us/index.html