How2 copy `mc` & all its libs, to another partition?

[no.to...@gmail.com]

How about a script which:
copies all the needed libraries of a <program>
to a <temp-directory>
and also builds a script in the temp-dir,
to copy the libraries from the temp-dir
to the <final-destinations-on-the destination-partition> ?

I'm asking a number of higher questions related to this immediate task.
Many kiddies get annoyed, when I go OT to consider higher questions.

OT0:
My netbook's CF which has got a minimal version of DebEtch, is missing
the essential-to-me `mc` & `gpm`; and with the zillion package-dirs of
Debian, I can't find the requires package-versions which I had apparently
previously fetched, and which runs OK on a partition of my PC.

So the problem reduces to:
find on the good/tested partition,
and copy-to-a-USBstik: all libraries which are needed for `mc`.
The WRONG way, I started to use, was to call mc and note the reported
errors indicating the missing library/s. I hope that didn't mess the partition!

OT1: difficulty of head-bobbing from small-screen on shelf down to black
attatched-keybrd on lap, in poor light, make tasks error prone.
OT2: is 'Apple' clever for using white-plastic instead of invisible-black?
OT3: success in computing comes from human factors, not CPU: power & speed.
OT4: why has my `env | grep PATH` got no <libraryPATH>?

To save to a file, the list of libraries which are needed by the good/tested `mc`,
-> chroot /mnt/d3 ldd /usr/bin/mc >> Algo
shows these 9 lines: L1..L9 :-----
linux-gate.so.1 => (0xffffe000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7eac000)
libgpm.so.2 => /usr/lib/libgpm.so.2 (0xb7ea6000)
libslang.so.2 => /lib/libslang.so.2 (0xb7de4000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7cac000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb7c83000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7c7e000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7c58000)
/lib/ld-linux.so.2 (0xb7f66000)
-----------------

`man ldd` doesn't tell me the format of the 9-line-listing.
The full-path-files listed in L2..L9, which I'll copy, are there,
but L1's 'linux-gate.so.1' could not be `find` !? Why?

So to repeat; the intended task is:
from ldd's output, copy the required files to a stik AND
write the script [to the stik] which will, later:
copy the files FROM the stik to the destination-partition.

So one of the commands [possibly part of a multi-arg cmnd] of the
script would be [derived from L2]:--
`cp /usr/lib/libglib-2.0.so.0 <destination-partition>/usr/lib/`

So for L2..L9, the <path> of the <lastly-listed-file> is used for
<the last part of the destination-string in the script>

OT5: I'm practicing lawer's-talk: like Mrs Clinton; for a pending
Court claim for the unjust confiscation of my rental property
in 'new-South-Africa'.
OT6: Don't you think the Argentinian confiscation of the foreign
oil company is equivalent to the Zimbabwian white-farm
confiscations, and isn't that what Castro did to US investments?

OT7: I'm starting to suspect that this task/script already exists.
OT8: The reason why open source How2s are given in a (klikA, klikB,
klikC) style, is that it's so DIFFICULT to write a Mrs-Clinton-style
description of WHAT'S HAPPENING, rather that what-code-to-klik.
WHAT'S HAPPENING is more important that what-to-klik !

OT9: a repeated `ldd <the stuff>` shown below, is different.
What/why is this interesting difference?
linux-gate.so.1 => (0xffffe000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7f36000)
libgpm.so.2 => /usr/lib/libgpm.so.2 (0xb7f30000)
libslang.so.2 => /lib/libslang.so.2 (0xb7e6e000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7d36000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb7d0d000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7d08000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7ce2000)
/lib/ld-linux.so.2 (0xb7ff0000)

== TIA.

PS. questions are identified by "?"

[Richard Kettlewell]

no.to...@gmail.com writes:
> OT0:
> My netbook's CF which has got a minimal version of DebEtch, is missing
> the essential-to-me `mc` & `gpm`; and with the zillion package-dirs of
> Debian, I can't find the requires package-versions which I had apparently
> previously fetched, and which runs OK on a partition of my PC.

Use apt-get.

If you insist on doing it manually and have trouble navigating the pool
structure, use the Packages file to get from package names to locations.

> OT4: why has my `env | grep PATH` got no <libraryPATH>?

Probably because you didn't set one.

> The full-path-files listed in L2..L9, which I'll copy, are there,
> but L1's 'linux-gate.so.1' could not be `find` !? Why?

It's part of the kernel.

--
http://www.greenend.org.uk/rjk/

[no.to...@gmail.com]

In article <87ipguz...@araminta.anjou.terraraq.org.uk>, Richard Kettlewell <r...@greenend.org.uk> wrote:

> no.to...@gmail.com writes:
> > OT0:
> > My netbook's CF which has got a minimal version of DebEtch, is missing
> > the essential-to-me `mc` & `gpm`; and with the zillion package-dirs of
> > Debian, I can't find the requires package-versions which I had apparently
> > previously fetched, and which runs OK on a partition of my PC.
>
> Use apt-get.
>

I'm not prepared to commit to Debian & need a more general method.

> If you insist on doing it manually and have trouble navigating the pool
> structure, use the Packages file to get from package names to locations.
>

I'll see.

> > OT4: why has my `env | grep PATH` got no <libraryPATH>?
>
> Probably because you didn't set one.
>

Every thing uses libraries, so there must be a default <libraryPATH>?

> > The full-path-files listed in L2..L9, which I'll copy, are there,
> > but L1's 'linux-gate.so.1' could not be `find` !? Why?
>
> It's part of the kernel.

Ok, thanks; then I'll work on the script to-write-a-script,
as an interesting exercise.

BTW, I hate the slogan "you get what you pay for".
It was probably in connection with P-spice/geda when
got the mistaken idea that I should 'buy proper software'.
So I ordered the 5 DVD Lenny, & as a spare, the 1 DVD
Slak13, and a semi-give-away CD called kongoni
being slak-based.

My attempt to incrementally install Debian was a disaster.
It's still not clear if/how the 5 DVDs are 'coordinated'.
Meanwhile I had installed Slak13 and used it for some time,
until I tried `alpine` which apparently changed my passwrd
prompt and caused confusion making it unbootable.
So then I installed the thrash-kogi -- which is the best.
So you DON'T get-what-you-pay-for.

Oh yes, this whole disruption, was to get knl-2.6* for
the new USB-devices.

So, I want light & nimble rather than depending on Debian.

[Peter Köhlmann]

no.to...@gmail.com wrote:

> In article <87ipguz...@araminta.anjou.terraraq.org.uk>, Richard
> Kettlewell <r...@greenend.org.uk> wrote:
>
>> no.to...@gmail.com writes:
>> > OT0:
>> > My netbook's CF which has got a minimal version of DebEtch, is missing
>> > the essential-to-me `mc` & `gpm`; and with the zillion package-dirs of
>> > Debian, I can't find the requires package-versions which I had
>> > apparently previously fetched, and which runs OK on a partition of my
>> > PC.
>>
>> Use apt-get.
>>
> I'm not prepared to commit to Debian & need a more general method.

Invent one

>> If you insist on doing it manually and have trouble navigating the pool
>> structure, use the Packages file to get from package names to locations.
>>
> I'll see.
>
>> > OT4: why has my `env | grep PATH` got no <libraryPATH>?
>>
>> Probably because you didn't set one.
>>
> Every thing uses libraries, so there must be a default <libraryPATH>?

Yes. My system also has no library path defined in "env", yet it handles
libraries just fine

[Kees Theunissen]

no.to...@gmail.com wrote:
> In article<87ipguz...@araminta.anjou.terraraq.org.uk>, Richard Kettlewell<r...@greenend.org.uk> wrote:
>
>> no.to...@gmail.com writes:

>>> OT4: why has my `env | grep PATH` got no<libraryPATH>?
>>
>> Probably because you didn't set one.
>>
> Every thing uses libraries, so there must be a default<libraryPATH>?

Yes, there is a default mechanism to search for libraries. And as long
as the default mechanism is appropriate you don't need to overwrite
it by defining the LD_LIBRARY_PATH environment variable.
See the ld.so(8) -- a.k.a. ld-linux.so(8) -- and the ldconfig(8)
manpages for the details.


Regards,

Kees.

--
Kees Theunissen.

[Chick Tower]

On 2012-04-20, no.to...@gmail.com <no.to...@gmail.com> wrote:
> Many kiddies get annoyed, when I go OT to consider higher questions.
>

The rest of us get annoyed by people who think their ramblings are
witty.

> My netbook's CF which has got a minimal version of DebEtch, is missing
> the essential-to-me `mc` & `gpm`; and with the zillion package-dirs of
> Debian, I can't find the requires package-versions which I had apparently
> previously fetched, and which runs OK on a partition of my PC.
>

Look harder.

> OT3: success in computing comes from human factors, not CPU: power & speed.
>

Then you must believe that problems in computing come from the same
source. You seem to have a lot of problems in computing lately.
Perhaps if you corrected them at their source, you'd have fewer future
problems.

> OT7: I'm starting to suspect that this task/script already exists.
>

It does. It's called a package, and package managers install them for
you.

Other comments in-line.
--
Chick Tower

For e-mail: aols2 DOT sent DOT towerboy AT xoxy DOT net

[J G Miller]

On Saturday, April 21st, 2012, at 16:43:56h +0000, Chris Glur warbled:

> Every thing uses libraries, so there must be a default <libraryPATH>?

On Debian systems see the contents of /etc/ld.so.conf and /etc/ld.so.conf.d/*

> So, I want light & nimble rather than depending on Debian.

So do not use Debian, use Slackware, or maybe Frugal Linux (a Slackware derivative).