dukto

[tlchost]

When the distance between the two computers results in travel time
exceeding my memory span, the sneakernet method may not be best,

@tichost

"... exceeding my memory span..."
Precision : Your own memory span doesn't matter. You don't need
to use your own memory cells

But, if I forget the location of the other computer, I'll never be able to carry the usb drive to it.

[musher0]

When the distance between the two computers results in travel time
exceeding my memory span, the sneakernet method may not be best,

@tichost

"... exceeding my memory span..."
Precision : Your own memory span doesn't matter. You don't need
to use your own memory cells

But, if I forget the location of the other computer, I'll never be able to carry the usb drive to it.

Maybe install an extra RAM stick in that free slot in your brain?
I did! It worked wonders!

[tlchost]

@tichost

"... exceeding my memory span..."
Precision : Your own memory span doesn't matter. You don't need
to use your own memory cells

But, if I forget the location of the other computer, I'll never be able to carry the usb drive to it.

Maybe install an extra RAM stick in that free slot in your brain?
I did! It worked wonders!

I tried it....picked up some Write Only Memory on ebay....so far it hasn't helped.

[davids45]

G'day,

For those with android devices and computers that would like a simple file transfer option, Dukto is excellent.

However, in older Pups I ran into a glibc error where the Pup had glibc of 2.13 - I needed at least 2.15 according to the terminal. http://www.murga-linux.com/puppy/viewto ... 407#891407

With help from 6502coder, I found a script to load the newer libc library files for just dukto to use thereby leaving the Pup alone for its other applications.

Dukto (wanting glic=2.15) running a Wheezy Pup (glibc=2.13) via the script is in the attached screenshot.

My 'run_dukto' script is:

#!/bin/sh
# copy required newer version libc6 file to safe place
LD_LIBRARY_PATH=~/my-applications/dukto_libc/dukto215:${LD_LIBRARY_PATH} dukto $@

and I'd copied the needed newer glibc files to /my-applications/duktolibc/dukto215/ which is off the normal PATH for Puppy to look for lib files.

This same fix also works for the epson-printer-utility (for displaying ink levels in an Epson ink jet printer) where the same new lib files are loaded but the script runs the printer utility not dukto. http://www.murga-linux.com/puppy/viewto ... 109#893109

But........
..... I find this fix does not work in old Puppies where the glibc version is 2.10 or 2.11 .

The screenshots show the error message from Racy-5.5 and SnowPup-015. Can such a PLT reloc or segmentation fault be fixed?

Would anyone have a way to still use this simple approach to run a particular, ONE-OFF, too-new application in a (not)-too-old Pup?

David S.

[jamesbond]

I use ES Explorer (Android-side) and gFTP (puppy-side) to transfer files between Android and PC.

[Atle]

I use rcrsn51's Wlanmaker and Jamesbond's Fatdog, mixed in a special way in order to achieve that any Android without a client program can up and download to my PC by wifi. Other PC's can do the same, no matter Mac, Android og Windows.

We can all do the same cross puppyland, but one needs to figure out if its a demand for it.

People can not know if they are in demand of something they dont know what is.