bluetooth file transfer issue in Debian Jessie

[daniele.g]

 Hi to all
I've got a problem with the bluetooth file transfer, my Jessie linux box
denies accepting files via BT, and I don't know why: sysconfig log
doesn't return any error.

The local service config dialog related to file transfer from the
bluetooth-applet is empty, and it shouldn't.

Any clue how to investigate further?
-- 
 Dona i tuoi cicli di clock alla ricerca!
 http://boinc.berkeley.edu/
  
Un uomo sulla luna non sara' mai interessante quanto una donna sotto il
sole.
-- Leopold Fechtner


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/873833rs9g@nostromo.weyland-yutani.com

Bluetooth file transfer on jessie

[David Wright]

Hi, I transfer the photos off my mobile using bluetooth on wheezy and
I'm trying to do the same on jessie and having some difficulty.

Under wheezy, things are simple:

1)
# /usr/sbin/hciconfig hci0 piscan
makes the laptop discoverable.

2)
$ bluetooth-agent 1234
sets a passkey to connect to the laptop.

3)
$ yes | bt-obex -s /tmp/
OBEXAgent registered
saves me typing y as each file comes in from the mobile.

I omit (2) after having paired the first time.

With jessie, step (1) is fine and I can see:

$ hciconfig 
hci0:   Type: BR/EDR  Bus: USB
BD Address: 00:1E:37:AF:C2:CC  ACL MTU: 310:10  SCO MTU: 64:8
UP RUNNING PSCAN ISCAN 
RX bytes:1056 acl:6 sco:0 events:48 errors:0
TX bytes:757 acl:7 sco:0 commands:29 errors:0

$ systemctl status bluetooth
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Tue 2015-04-14 15:45:49 CDT; 53min ago
 Docs: man:bluetoothd(8)
 Main PID: 688 (bluetoothd)
   Status: "Running"
   CGroup: /system.slice/bluetooth.service
   └─688 /usr/lib/bluetooth/bluetoothd

Apr 14 15:45:35 west bluetoothd[688]: Bluetooth daemon 5.23
Apr 14 15:45:49 west bluetoothd[688]: Starting SDP server
Apr 14 15:45:54 west bluetoothd[688]: Bluetooth management interface 1.6 
initialized
Apr 14 15:45:55 west bluetoothd[688]: Sap driver initialization failed.
Apr 14 15:45:55 west bluetoothd[688]: sap-server: Operation not permitted (1)
$ 

But I don't know what to run to set up a passkey as in (2). None of
the   man blue   pages seem to say, as in wheezy:

  bluetooth-agent [--adapter adapter-path] [--path agent-path]  
[]

(They are blueman-adapters blueman-applet blueman-assistant
blueman-browse blueman-manager blueman-sendto blueman-services
bluetoothctl.) In fact, most of the man pages look like skeletal
placeholders.

Packages containing blue|obex
wheezy: bluetooth bluez bluez-alsa bluez-cups bluez-gstreamer bluez-tools 
libbluetooth3 obexd-client obexd-server
jessie: blueman bluetooth bluez bluez-cups bluez-obexd bluez-test-scripts 
bluez-tools libbluetooth3:i386 obex-data-server

Any ideas?

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150414223628.gb14...@alum.home

Re: File transfer

[Joe]

On Fri, 27 Feb 2015 22:48:25 -0500
Maureen L Thomas  wrote:

> If I understand you correctly then I only back up data, not the
> system. You have an excellent point and although I have never, so far
> at least, had a large problem losing my system or data I do see the
> advantage to doing just what you have said.  I will be buying the
> book you suggested and hopefully get through enough to do a back up
> of the new system before I actually go on line with it.

In the meantime, a little light relief:

http://www.taobackup.com/

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150228194817.638e1...@jresid.jretrading.com

Re: File transfer

[David Christensen]

On 02/28/2015 07:07 AM, David Wright wrote:

I don't know how to "have a look around.  If everything looks good,
proceed with using the computer." Not a clue.


I call that the "smoke test" -- boot, log in, start some terminals, run 
some commands, start some applications, play some games, start the file 
manager, browse the file system, browse the network, play some music and 
videos, surf the web, log in via SSH from another machine, reboot, log 
in again, etc., looking for malfunctions.  It's an informal, 
non-repeatable, "quick and dirty" spot failure test.  Most imaging 
problems will cause a smoke test failure, but passing doesn't prove 
correctness.



Ideally, there would be a complete system regression test to verify 
correctness, and each user would run that from their desktop.  Please 
let me know if you find one.




OTOH having generated an md5sum of the backup, why not just pipe a
repeat dd into md5sum and see if they match. If you must be thorough,
then wipe and restore the system and dd | md5sum again.


You're right that it's probably more correct to feed the dd input to 
md5sum, rather than the output.  I assume dd will throw an error message 
if the copying fails.  I use USB flash drives for system drives, they 
are larger than my RAM, and therefore my kernel buffer cache doesn't 
contain all the blocks after dd runs.  So, I md5sum the output because 
it's on a hard drive and takes less time.




Another small point; by "do a fresh install", do you mean repeat your
restoration? Or install afresh, ie from scratch?


"fresh install" = "install afresh" = "install from scratch"


If the restored image fails to work correctly, there are at least the 
following possibilities:


1.  Hardware failure.

2.  System drive contained the flaws when imaged.

3.  Imaging process failed.

4.  Image restoration process failed.

If #1 is the case, the machine should fail the smoke test after wiping 
and re-installing.  If I fix and verify the hardware, restoring a good 
image should give me a working system.



That leaves #2-4, which I assume were caused by operator error.  So, I 
try again (wipe, install, smoke test, image, restore, smoke test) and 
pay more attention.




An unrelated question is how often do you do all this, and how do you
age your image. By "age" I mean how long do you treat it as a valid
image because your live system is evolving from the moment you start
reusing it after imaging it.


I take system drive images after installation, prior to deployment, 
infrequently (3~6 months), prior to making big scary changes, after 
making big scary changes, and whenever else I feel the need.



Aging isn't too big of a deal, because of Approx -- most or all of the 
updates since imaging should be local, so restoring, updating, and 
upgrading is fast.




Myself, I prefer to archive (original and modified) copies of any
system files I change, any configuration commands I've used, package
lists, non-Debian debs etc. and re-install from scratch.


I save downloads on the file server.  I keep a system administration 
journal, a package list, and any configuration files I modify under 
version control (CVS).  After re-install, I check out the old 
configuration files to a scratch directory and do the edits manually. 
(I've played with scripting certain common post-install chores, with 
limited success.)




(We're going off topic...)


Thank you for bringing me to the point of my "backup" digression:

You transfer your files from an old machine to a new machine by
backing up your files on the old machine and restoring them on the
new machine.


David


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54f20737.8080...@holgerdanske.com

Re: File transfer

[David Wright]

Quoting David Christensen (dpchr...@holgerdanske.com):
> Verifying the image by wiping the system drive and then restoring the image:
> 
> 1.  Wipe the system drive using your tool of choice (such as the
> drive manufacturer's bootable utility disc).
> 
> 2.  Perform imaging steps 1 through 7, above.
> 
> 3.  Verify the checksum of the image file:
> 
> # cd /mnt/image/p43200
> 
> # md5sum -c p43200-20150227-2200-debian-7-amd64-xfce-op.img.md5
> 
> 4.  Restore the image file to the system drive:
> 
> # dd if=p43200-20150227-2200-debian-7-amd64-xfce-op.img of=/dev/sdc
> 
> Look at the block count when done -- it should match what you
> started with.  (Things might be goofy if the system drive and the
> image destination drive use different block sizes.)
> 
> 5.  Perform imaging steps 10 and 11, above.
> 
> 6.  Boot the system, log in, and have a look around.  If everything
> looks good, proceed with using the computer.  If it's broken, wipe
> the system drive, do a fresh install, and try again.

I don't know how to "have a look around.  If everything looks good,
proceed with using the computer." Not a clue.

OTOH having generated an md5sum of the backup, why not just pipe a
repeat dd into md5sum and see if they match. If you must be thorough,
then wipe and restore the system and dd | md5sum again.

Another small point; by "do a fresh install", do you mean repeat your
restoration? Or install afresh, ie from scratch?

An unrelated question is how often do you do all this, and how do you
age your image. By "age" I mean how long do you treat it as a valid
image because your live system is evolving from the moment you start
reusing it after imaging it.

Myself, I prefer to archive (original and modified) copies of any
system files I change, any configuration commands I've used, package
lists, non-Debian debs etc. and re-install from scratch.

(We're going off topic...)

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150228150732.ga7...@alum.home

Re: File transfer

[David Christensen]

On 02/27/2015 07:48 PM, Maureen L Thomas wrote:

If I understand you correctly then I only back up data, not the system.
You have an excellent point and although I have never, so far at least,
had a large problem losing my system or data I do see the advantage to
doing just what you have said.  I will be buying the book you suggested
and hopefully get through enough to do a back up of the new system
before I actually go on line with it.
Thank you for the info.


You're welcome. :-)


I seem to recall that the book is good for concepts and advice, but 
light on implementation details.



To take an image of your system drive:

1.  Shut down the computer.

2.  Connect your image destination drive (e.g. USB external hard drive).

3.  Boot the computer using a Debian installation disc or USB drive.  I 
use the Wheezy "netinst" image.  You may need to configure your BIOS, 
press F10, change the ordering of devices connected to USB ports, etc..


4.  Choose Advanced Options -> Rescue Mode.  Proceed through 
configuration screens which may vary from mine depending upon your 
network environment (select language, select location, configure 
keyboard, enter host name, enter domain name, configure clock).  Don't 
enter encryption passphrases, configure LVM, mount drives, etc..  When 
you get to the "Enter rescue mode" screens, choose "Do not use a root 
file system" -> "Execute a shell in the installer environment" -> 
"Continue".  This will give you an "ash" shell prompt in the "BusyBox" 
environment, and raw access to all the connected drives.


5.  Be very careful typing commands -- you are running as root, and one 
fumbled key stroke could be disastrous.  Double check every command line 
before pressing the  key.


6.  Figure out the path to your system drive, how many blocks are in use 
on your system drive (use the "start" sector number for the free space 
after the last partition), your image destination drive, and your image 
destination partition.  I use "parted":


# parted /dev/sda u s p free
...

For my computer "p43200", /dev/sdc is the system drive, 28125184 sectors 
are in use, /dev/sda is the image destination drive, and /dev/sda1 is 
the image destination partition.


7.  Mount the image destination partition:

# mount /dev/sda1 /mnt

8.  Copy the system drive raw device contents to a file on the image 
destination file system:


# dd if=/dev/sdc 
of=/mnt/image/p43200/p43200-20150227-2200-debian-7-amd64-xfce-op.img 
count=28125184


9.  Create a checksum file:

# cd /mnt/image/p43200

# md5sum -b p43200-20150227-2200-debian-7-amd64-xfce-op.img > 
p43200-20150227-2200-debian-7-amd64-xfce-op.img.md5


Make the modification times match:

# touch -r p43200-20150227-2200-debian-7-amd64-xfce-op.img 
p43200-20150227-2200-debian-7-amd64-xfce-op.img.md5


10. Exit the shell:

# exit

11.  Choose "Reboot the system".  Wait for the installer to shut down 
and the computer to reach POST.  Power off the machine.  Disconnect your 
Debian installation USB drive and your image destination drive.



Verifying the image by wiping the system drive and then restoring the image:

1.  Wipe the system drive using your tool of choice (such as the drive 
manufacturer's bootable utility disc).


2.  Perform imaging steps 1 through 7, above.

3.  Verify the checksum of the image file:

# cd /mnt/image/p43200

# md5sum -c p43200-20150227-2200-debian-7-amd64-xfce-op.img.md5

4.  Restore the image file to the system drive:

# dd if=p43200-20150227-2200-debian-7-amd64-xfce-op.img of=/dev/sdc

Look at the block count when done -- it should match what you 
started with.  (Things might be goofy if the system drive and the image 
destination drive use different block sizes.)


5.  Perform imaging steps 10 and 11, above.

6.  Boot the system, log in, and have a look around.  If everything 
looks good, proceed with using the computer.  If it's broken, wipe the 
system drive, do a fresh install, and try again.



David


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54f166d7.6060...@holgerdanske.com

Re: File transfer

[Maureen L Thomas]

If I understand you correctly then I only back up data, not the system.  
You have an excellent point and although I have never, so far at least, 
had a large problem losing my system or data I do see the advantage to 
doing just what you have said.  I will be buying the book you suggested 
and hopefully get through enough to do a back up of the new system 
before I actually go on line with it.

Thank you for the info.
Moe

On 02/27/2015 09:54 PM, David Christensen wrote:

On 02/26/2015 07:46 PM, Maureen L Thomas wrote:

[Why] back up a new install?


1.  To integrate the machine into your backup procedures and make sure 
it is being backed up correctly, so that you can trust it with your 
data moving forward.


2.  To have a baseline to compare changes to.

3.  To have a baseline that you can revert to if changes don't produce 
the results you want.



As an aside, the term "backup" has multiple meanings:

1.  Copying working files to another device via the file system (e.g. 
'rsync').


2.  Copying raw device contents to a binary file (e.g. 'dd').


I like to use the term "backup" for the former and "image" for the later.


(Backups can be further split into two categories: "full" and 
"incremental".  This saves space on the destination devices, but adds 
complexity.)



A related term is "archive".  I like to use that for files collect 
into a single file that is never modified thereafter (e.g. 'tar').



Related terms include:

1.  "scope" -- what files or devices are being backed up, imaged, and 
archived.


2.  "frequency" -- how often you create backups, images, and archives.

3.  "redundancy" -- multiple copies of backups, images, and archives.

4.  "site" -- the physical location of the backups, images, and archives.

5.  "strategy" -- a specific set of decisions involving all or part of 
the above.



It helps to segregate your working files based upon your backup, 
image, and archive strategies.  For example, every machine on my SOHO 
LAN has a small solid-state or USB flash "system" drive, and one 
machine has a shared large magnetic "data" drive.  I only take images 
of system drives.  I take backups and archives of all or part of the 
system drives and of the data drive.  As your systems and networks 
grow, so must your backup, image, and archive strategies and 
infrastructure.



I found [1] to be a helpful book on the subject.


David


References:

[1]  W. Curtis Preston, 2007, "Backup & Recovery, Inexpensive Backup 
Solutions for Open Systems", O'Reilly Media, ISBN: 978-0-596-10246-3, 
http://shop.oreilly.com/product/9780596102463.do






--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54f13a89.4070...@tampabay.rr.com

Re: File transfer

[David Christensen]

On 02/26/2015 07:46 PM, Maureen L Thomas wrote:

[Why] back up a new install?


1.  To integrate the machine into your backup procedures and make sure 
it is being backed up correctly, so that you can trust it with your data 
moving forward.


2.  To have a baseline to compare changes to.

3.  To have a baseline that you can revert to if changes don't produce 
the results you want.



As an aside, the term "backup" has multiple meanings:

1.  Copying working files to another device via the file system (e.g. 
'rsync').


2.  Copying raw device contents to a binary file (e.g. 'dd').


I like to use the term "backup" for the former and "image" for the later.


(Backups can be further split into two categories: "full" and 
"incremental".  This saves space on the destination devices, but adds 
complexity.)



A related term is "archive".  I like to use that for files collect into 
a single file that is never modified thereafter (e.g. 'tar').



Related terms include:

1.  "scope" -- what files or devices are being backed up, imaged, and 
archived.


2.  "frequency" -- how often you create backups, images, and archives.

3.  "redundancy" -- multiple copies of backups, images, and archives.

4.  "site" -- the physical location of the backups, images, and archives.

5.  "strategy" -- a specific set of decisions involving all or part of 
the above.



It helps to segregate your working files based upon your backup, image, 
and archive strategies.  For example, every machine on my SOHO LAN has a 
small solid-state or USB flash "system" drive, and one machine has a 
shared large magnetic "data" drive.  I only take images of system 
drives.  I take backups and archives of all or part of the system drives 
and of the data drive.  As your systems and networks grow, so must your 
backup, image, and archive strategies and infrastructure.



I found [1] to be a helpful book on the subject.


David


References:

[1]  W. Curtis Preston, 2007, "Backup & Recovery, Inexpensive Backup 
Solutions for Open Systems", O'Reilly Media, ISBN: 978-0-596-10246-3, 
http://shop.oreilly.com/product/9780596102463.do



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54f12dc8.7060...@holgerdanske.com

Re: File transfer

[Reco]

 Hi.

On Fri, 27 Feb 2015 15:55:04 -0500
Celejar  wrote:
 > > > > Wouldn't you need a crossover cable to do that?
> > > > 
> > > > Unless they installed really braindead 15-years old NICs at both
> > > > laptops - no, one does not need crossover cable.
> > > > Although, given the existence of some horrible companies like D-Link,
> > > > Trendnet and Ahteros (to name a few) - I won't be surprised.
> > > 
> > > Atheros is a horrible company? I thought they were rather well
> > > regarded. 
> > 
> > Clearly you're lucky by not encountering anything that's using atl1c
> > kernel module. That card was the reason alone I use backported kernel
> > on my laptop, and it has some hiccups even then.
> > 
> > And, back in the old days, stock Debian 2.6.18 suffered from the random
> > kernel panics then using atl1 kernel module. They fixed as far as I can
> > tell, but I have a good memory.
> 
> Ah, okay - I know nothing about their wired products. I just know that
> their wireless hardware was, at least for a while, among the best
> supported under linux.

Hey, I have nothing against ath5k (or atk9k) too. Yet, every time
I have to deal with any ASUS motherboard and CentOS - it's a world of
neverending pain. As for the reasons unknown ASUS just loves to put
Atheros (atl1) or quirky Realteks (r8169) or ($DEITY forbid) Marvells
inside their products. And my employer likes ASUS.


> > > And I've used a number of Trendnet products, and they've
> > > worked well for me - cheap, but did the job.
> > 
> > Trendnet's unmanaged 1Gb switches actually manage to process whopping
> > 200 Mbps maximum. Heck, maybe they buy counterfeit ones where I work,
> > but somehow I doubt it.
> 
> I only know their consumer switch / AP / routers. I never did serious
> benchmarking on them, but they performed about as well as I expected.

Where I work the most common ones are either 1Gb unmanaged Trendnets
or 100Mb unmanaged Trendnets. If the weather is right, you can get 200
Mbps for, say, scp copying (ditto for NFS, Samba or plain FTP).

For comparison purposes, a Cisco unmanaged switch I have at home
easily tops 800Mbps.

Still we're considering ourselves lucky as it could be D-Links instead
of a network hardware :)

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150228001125.4e70d946bb53f92c6e759...@gmail.com

Re: File transfer

[Celejar]

On Fri, 27 Feb 2015 09:29:21 +0300
Reco  wrote:

>  Hi.
> 
> On Thu, 26 Feb 2015 19:48:52 -0500
> Celejar  wrote:
> 
> > On Thu, 26 Feb 2015 19:44:19 +0300
> > Reco  wrote:
> > 
> > >  Hi.
> > > 
> > > On Thu, 26 Feb 2015 08:37:30 -0800
> > > Pete Ley  wrote:
> > > 
> > > > Wouldn't you need a crossover cable to do that?
> > > 
> > > Unless they installed really braindead 15-years old NICs at both
> > > laptops - no, one does not need crossover cable.
> > > Although, given the existence of some horrible companies like D-Link,
> > > Trendnet and Ahteros (to name a few) - I won't be surprised.
> > 
> > Atheros is a horrible company? I thought they were rather well
> > regarded. 
> 
> Clearly you're lucky by not encountering anything that's using atl1c
> kernel module. That card was the reason alone I use backported kernel
> on my laptop, and it has some hiccups even then.
> 
> And, back in the old days, stock Debian 2.6.18 suffered from the random
> kernel panics then using atl1 kernel module. They fixed as far as I can
> tell, but I have a good memory.

Ah, okay - I know nothing about their wired products. I just know that
their wireless hardware was, at least for a while, among the best
supported under linux.

> > And I've used a number of Trendnet products, and they've
> > worked well for me - cheap, but did the job.
> 
> Trendnet's unmanaged 1Gb switches actually manage to process whopping
> 200 Mbps maximum. Heck, maybe they buy counterfeit ones where I work,
> but somehow I doubt it.

I only know their consumer switch / AP / routers. I never did serious
benchmarking on them, but they performed about as well as I expected.

> Reco

Celejar


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150227155504.c7429fb54f2de4166df18...@gmail.com

Re: File transfer

[Maureen L Thomas]

On 02/27/2015 12:49 AM, Paul E Condon wrote:

On 20150226_2246-0500, Maureen L Thomas wrote:

On 02/26/2015 09:55 PM, David Christensen wrote:

On 02/25/2015 11:06 PM, Maureen L Thomas wrote:

I bought a new Toshiba lap top and want to copy the files from my old
Toshiba lap top to the new one.  They both have Debian, the latest
version, so can I just hook up usb to usb and copy that way? If so would
I need a certain command to do it?
Just a thought to make it easier since the old one's dvd burner no
longer works.

I suggest that you start with a full back up of both computers (with an
extra archival set stored off site).  Do you know how to do this?


David



The second machine is a clean install, actually a new install.  I have not
yet done it but ran into a problem getting to the CMOS on the new toshiba.
I do know how to do a back up but why back up a new install?

You asked for help at this list because you didn't know, for sure, how to
move data from the old computer to the new. It's clear to me that you have
gotten clear, step-by-step instructions, so ... something that you do may
be wrong for the very special case of a broken compute connected to a brand
new compute, which *MAY* allow the broken computer to clobber the system
files on the new computer. Do you have a way of re-installing on the new
computer if this happens? Are you sure? Or do you expect to take a damaged
computer back to the retailer who sold it to you and get a replacement.
Maybe check out that expectation with the retailer.

You asked for advice. I think you got some good advice that maybe you don't
want to hear. Maybe? The sad fact is that you cannot install Debian on a
computer that won't boot from an install CD because some drivers or whatever
have been damaged.

YMMV


OK, First of all the old computer is my Toshiba laptop that works just 
fine.  The only thing wrong is the burner.  This machine is 4 years old 
and I wanted a newer model.  When all my files are transferred off of it 
it will be GIVEN to someone who needs a working computer.


Second, the new machine is also a Toshiba laptop just a newer model.  I 
have had to download a different set of ISO's since the new machine is a 
64 bit and the old one is 32 bit.  That is what I was doing tonite.  
Tomorrow I will use USB sticks to copy my files to and install them on 
the new machine.


I don't know why you got snarky with me.  I was unsure if I could use a 
usb cord from one to the other.  After the explanation about master and 
slave my 64 year old brain kicked in and I understood why it could not 
be done.  I have found a way and I appreciate everyone's help.  I have 
stored this information in a file for future use since as the family 
matriarch and computer person I try my best to learn new stuff about how 
things work.  Again thank you all.




--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54f016d1.7040...@tampabay.rr.com

Re: File transfer

[Reco]

 Hi.

On Thu, 26 Feb 2015 19:48:52 -0500
Celejar  wrote:

> On Thu, 26 Feb 2015 19:44:19 +0300
> Reco  wrote:
> 
> >  Hi.
> > 
> > On Thu, 26 Feb 2015 08:37:30 -0800
> > Pete Ley  wrote:
> > 
> > > Wouldn't you need a crossover cable to do that?
> > 
> > Unless they installed really braindead 15-years old NICs at both
> > laptops - no, one does not need crossover cable.
> > Although, given the existence of some horrible companies like D-Link,
> > Trendnet and Ahteros (to name a few) - I won't be surprised.
> 
> Atheros is a horrible company? I thought they were rather well
> regarded. 

Clearly you're lucky by not encountering anything that's using atl1c
kernel module. That card was the reason alone I use backported kernel
on my laptop, and it has some hiccups even then.

And, back in the old days, stock Debian 2.6.18 suffered from the random
kernel panics then using atl1 kernel module. They fixed as far as I can
tell, but I have a good memory.


> And I've used a number of Trendnet products, and they've
> worked well for me - cheap, but did the job.

Trendnet's unmanaged 1Gb switches actually manage to process whopping
200 Mbps maximum. Heck, maybe they buy counterfeit ones where I work,
but somehow I doubt it.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150227092921.91df92bf23c29076a0e0d...@gmail.com

Re: File transfer

[Paul E Condon]

On 20150226_2246-0500, Maureen L Thomas wrote:
> 
> On 02/26/2015 09:55 PM, David Christensen wrote:
> >On 02/25/2015 11:06 PM, Maureen L Thomas wrote:
> >>I bought a new Toshiba lap top and want to copy the files from my old
> >>Toshiba lap top to the new one.  They both have Debian, the latest
> >>version, so can I just hook up usb to usb and copy that way? If so would
> >>I need a certain command to do it?
> >>Just a thought to make it easier since the old one's dvd burner no
> >>longer works.
> >
> >I suggest that you start with a full back up of both computers (with an
> >extra archival set stored off site).  Do you know how to do this?
> >
> >
> >David
> >
> >
> The second machine is a clean install, actually a new install.  I have not
> yet done it but ran into a problem getting to the CMOS on the new toshiba.
> I do know how to do a back up but why back up a new install?

You asked for help at this list because you didn't know, for sure, how to
move data from the old computer to the new. It's clear to me that you have
gotten clear, step-by-step instructions, so ... something that you do may
be wrong for the very special case of a broken compute connected to a brand
new compute, which *MAY* allow the broken computer to clobber the system
files on the new computer. Do you have a way of re-installing on the new
computer if this happens? Are you sure? Or do you expect to take a damaged
computer back to the retailer who sold it to you and get a replacement.
Maybe check out that expectation with the retailer.

You asked for advice. I think you got some good advice that maybe you don't
want to hear. Maybe? The sad fact is that you cannot install Debian on a
computer that won't boot from an install CD because some drivers or whatever
have been damaged. 

YMMV
-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150227054951.gb24...@big.lan.gnu

Re: File transfer

[Maureen L Thomas]

On 02/26/2015 09:55 PM, David Christensen wrote:

On 02/25/2015 11:06 PM, Maureen L Thomas wrote:

I bought a new Toshiba lap top and want to copy the files from my old
Toshiba lap top to the new one.  They both have Debian, the latest
version, so can I just hook up usb to usb and copy that way? If so would
I need a certain command to do it?
Just a thought to make it easier since the old one's dvd burner no
longer works.


I suggest that you start with a full back up of both computers (with 
an extra archival set stored off site).  Do you know how to do this?



David


The second machine is a clean install, actually a new install.  I have 
not yet done it but ran into a problem getting to the CMOS on the new 
toshiba.  I do know how to do a back up but why back up a new install?



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54efe89c.8080...@tampabay.rr.com

Re: File transfer

[David Christensen]

On 02/25/2015 11:06 PM, Maureen L Thomas wrote:

I bought a new Toshiba lap top and want to copy the files from my old
Toshiba lap top to the new one.  They both have Debian, the latest
version, so can I just hook up usb to usb and copy that way? If so would
I need a certain command to do it?
Just a thought to make it easier since the old one's dvd burner no
longer works.


I suggest that you start with a full back up of both computers (with an 
extra archival set stored off site).  Do you know how to do this?



David


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54efdcad.8000...@holgerdanske.com

Re: File transfer

[Celejar]

On Thu, 26 Feb 2015 19:44:19 +0300
Reco  wrote:

>  Hi.
> 
> On Thu, 26 Feb 2015 08:37:30 -0800
> Pete Ley  wrote:
> 
> > Wouldn't you need a crossover cable to do that?
> 
> Unless they installed really braindead 15-years old NICs at both
> laptops - no, one does not need crossover cable.
> Although, given the existence of some horrible companies like D-Link,
> Trendnet and Ahteros (to name a few) - I won't be surprised.

Atheros is a horrible company? I thought they were rather well
regarded. And I've used a number of Trendnet products, and they've
worked well for me - cheap, but did the job.

Celejar


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150226194852.3c3494a538140dc050e6d...@gmail.com

Re: File transfer

[Reco]

 Hi.

On Thu, 26 Feb 2015 13:04:14 -0600
David Wright  wrote:

> Quoting Reco (recovery...@gmail.com):
> > On Thu, Feb 26, 2015 at 08:07:46AM -0300, Renaud OLGIATI wrote:
> > > On Thu, 26 Feb 2015 11:57:39 +0100
> > > Jochen Spieker  wrote:
> > > 
> > > > > Why not just connect directly RJ45 to RJ45 ?  
> > >  
> > > > The only reason I didn't mention that possibility is that I didn't want
> > > > to have to explain how to manually configure IP addresses. :) If the OP
> > > > has a home router, chances are that IP networking "just works".
> > > 
> > > Not much of a problem: (Install and) open wicd, Wired Network Properties, 
> > > click Use Static IPs, and 192.168.1.x, and 255.255.255.0
> > 
> > Installing wicd would require working IP networking in the first place,
> > isn't it?
> > 
> > Besides, one doesn't need to configure anything as ipv6 provides those
> > funny fe80:/64 addresses out of the box. Sure, they won't work outside
> > of a local network segment, but that's not the issue here.
> 
> No configuring: great. You just have to know how to use them...

That's the trick, isn't it?

 
> So, I pull the cat5 cable out of a wired host, and stick into a
> wireless laptop's eth0 socket. Both were chatting happily to a router
> with ipv4 before. What do I do next to copy a file to the other host?
> Both ways please, because there's an assymetry: only the wired host
> "knows" it's been isolated from its gateway; the laptop is still happy.
> ie,
> 
> wired ~$ scp a-file :destination-file-on-laptop
> laptop ~$ scp a-file :destination-file-on-wired

First, you invoke 'ip a l dev eth0' on both hosts.
In the case the interface lacks 'UP' flag, you invoke 'ip l s dev eth0
up'.
Once both interfaces are up, invoke 'ip a l dev eth0' again, and search
for the strings that look like (on both source and target hosts):

inet6 fe80::2867:acff:fef1:968d/64 scope link 
   valid_lft forever preferred_lft forever

In this example, 'fe80::2867:acff:fef1:968d' is so called 'link-local'
ipv6 address of the host.

Next, you invoke from source host:

ssh @%eth0

And, if everything goes well, you should see customary 'The
authenticity of host … can't be established' message.

To copy the needed files, you invoke from the source host:

scp -r  \
@[%eth0]:

I.e, to copy /home/user/Documents from one host to another, use:

scp -r /home/user/Documents \
user@[fe80::2867:acff:fef1:968d%eth0]:/home/user

The definition of 'source' and 'target' hosts is left as an exercise
for the readers. 


Of course, there're more complex (but faster) ways to copy files,
but the basics are here.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150226235347.c80ba110fbb235da95406...@gmail.com

Re: File transfer

[David Wright]

Quoting Reco (recovery...@gmail.com):
> On Thu, Feb 26, 2015 at 08:07:46AM -0300, Renaud OLGIATI wrote:
> > On Thu, 26 Feb 2015 11:57:39 +0100
> > Jochen Spieker  wrote:
> > 
> > > > Why not just connect directly RJ45 to RJ45 ?  
> >  
> > > The only reason I didn't mention that possibility is that I didn't want
> > > to have to explain how to manually configure IP addresses. :) If the OP
> > > has a home router, chances are that IP networking "just works".
> > 
> > Not much of a problem: (Install and) open wicd, Wired Network Properties, 
> > click Use Static IPs, and 192.168.1.x, and 255.255.255.0
> 
> Installing wicd would require working IP networking in the first place,
> isn't it?
> 
> Besides, one doesn't need to configure anything as ipv6 provides those
> funny fe80:/64 addresses out of the box. Sure, they won't work outside
> of a local network segment, but that's not the issue here.

No configuring: great. You just have to know how to use them...

So, I pull the cat5 cable out of a wired host, and stick into a
wireless laptop's eth0 socket. Both were chatting happily to a router
with ipv4 before. What do I do next to copy a file to the other host?
Both ways please, because there's an assymetry: only the wired host
"knows" it's been isolated from its gateway; the laptop is still happy.
ie,

wired ~$ scp a-file :destination-file-on-laptop
laptop ~$ scp a-file :destination-file-on-wired

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226190414.gh11...@alum.home

Re: File transfer

[David Wright]

Quoting Maureen L Thomas (silverorbspin...@tampabay.rr.com):
> I bought a new Toshiba lap top and want to copy the files from my
> old Toshiba lap top to the new one.  They both have Debian, the
> latest version, so can I just hook up usb to usb and copy that way?
> If so would I need a certain command to do it?

Once a network connection is established, I use scp as in

$ scp -pr top-of-tree username@host:

After the colon, relative paths are with respect to username's home.
-p preserves permissions, -r for recursion, but be aware that files
can be overwritten at the destination; there's no -i as in cp.

With the right ssh keys in place, you don't need to type passwords.

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226184638.gg11...@alum.home

Re: File transfer

[Doug]

On 02/26/2015 11:37 AM, Pete Ley wrote:

Wouldn't you need a crossover cable to do that?



Not if he's on a LAN and goes thru a router.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54ef5f05.4040...@optonline.net

Re: File transfer

[Don Armstrong]

On Thu, 26 Feb 2015, Pete Ley wrote:
> Wouldn't you need a crossover cable to do that?

Any relatively modern piece of networking kit (and almost anything that
can do 1000bT) will auto-sense, so no crossover cable is needed.

-- 
Don Armstrong  http://www.donarmstrong.com

It can sometimes happen that a scholar, his task completed, discovers
that he has no one to thank. Never mind. He will invent some debts.
Research without indebtedness is suspect, and somebody must always,
somehow, be thanked.
 -- Umberto Eco "How to Write an Introduction"


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226173913.gf6...@teltox.donarmstrong.com

Re: File transfer

[Reco]

 Hi.

On Thu, 26 Feb 2015 08:37:30 -0800
Pete Ley  wrote:

> Wouldn't you need a crossover cable to do that?

Unless they installed really braindead 15-years old NICs at both
laptops - no, one does not need crossover cable.
Although, given the existence of some horrible companies like D-Link,
Trendnet and Ahteros (to name a few) - I won't be surprised.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150226194419.1764dce433182fdf8d47a...@gmail.com

Re: File transfer

[Pete Ley]

Wouldn't you need a crossover cable to do that?


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a900vdbp@enterprise.sectorq.net

Re: File transfer

[Reco]

 Hi.

On Thu, Feb 26, 2015 at 08:07:46AM -0300, Renaud OLGIATI wrote:
> On Thu, 26 Feb 2015 11:57:39 +0100
> Jochen Spieker  wrote:
> 
> > >> If you have a home router or a switch with at least two Ethernet ports,
> > >> then the easiest way is probably to install openssh-server on one of the
> > >> two laptops and use scp or rsync from the other laptop.  
> 
> > > Why not just connect directly RJ45 to RJ45 ?  
>  
> > The only reason I didn't mention that possibility is that I didn't want
> > to have to explain how to manually configure IP addresses. :) If the OP
> > has a home router, chances are that IP networking "just works".
> 
> Not much of a problem: (Install and) open wicd, Wired Network Properties, 
> click Use Static IPs, and 192.168.1.x, and 255.255.255.0

Installing wicd would require working IP networking in the first place,
isn't it?

Besides, one doesn't need to configure anything as ipv6 provides those
funny fe80:/64 addresses out of the box. Sure, they won't work outside
of a local network segment, but that's not the issue here.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226135204.ga10...@d1696.int.rdtex.ru

Re: File transfer

[Curt]

On 2015-02-26, Floris  wrote:
>>
> An other solution is take the old hard drive out of the laptop and
> put it in the new one. One downside, you must have a spare slot
> or replace the optical drive with the hard disk.
>
> Success,
>
> floris
>
>

Or for the less mechnically-inclined, seeing that both laptops have
available usb ports, you might just copy the files from the old laptop onto
a USB flash drive, and then stick the flash drive into the new laptop.   


-- 

"Meaning is not in things but in between; in the iridescence, the interplay: in
the interconnections; at the intersections, at the crossroads. Meaning is
transitional as it is transitory, in the puns or bridges, the correspondence."
— Mallarmé


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/slrnmeu6a5.2am.cu...@einstein.electron.org

Re: File transfer

[Floris]

Op Thu, 26 Feb 2015 08:06:46 +0100 schreef Maureen L Thomas  
:


I bought a new Toshiba lap top and want to copy the files from my old  
Toshiba lap top to the new one.  They both have Debian, the latest  
version, so can I just hook up usb to usb and copy that way? If so would  
I need a certain command to do it?


Just a thought to make it easier since the old one's dvd burner no  
longer works.




An other solution is take the old hard drive out of the laptop and
put it in the new one. One downside, you must have a spare slot
or replace the optical drive with the hard disk.

Success,

floris


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/op.xunynuvu5k9...@jessica.jkfloris.demon.nl

Re: File transfer

[Ron]

On Thu, 26 Feb 2015 11:57:39 +0100
Jochen Spieker  wrote:

> >> If you have a home router or a switch with at least two Ethernet ports,
> >> then the easiest way is probably to install openssh-server on one of the
> >> two laptops and use scp or rsync from the other laptop.  

> > Why not just connect directly RJ45 to RJ45 ?  
 
> The only reason I didn't mention that possibility is that I didn't want
> to have to explain how to manually configure IP addresses. :) If the OP
> has a home router, chances are that IP networking "just works".

Not much of a problem: (Install and) open wicd, Wired Network Properties, click 
Use Static IPs, and 192.168.1.x, and 255.255.255.0
 
Cheers,
 
Ron.
-- 
As democracy is perfected, the office of president represents,
  more and more closely, the inner soul of the people. On some great
and glorious day the plain folks of the land will reach their heart's
   desire at last and the White House will be adorned by a downright moron.
-- H.L. Mencken

   -- http://www.olgiati-in-paraguay.org --
 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226080746.51fca...@ron.cerrocora.org

Re: File transfer

[Rusi Mody]

On Thursday, February 26, 2015 at 1:00:04 PM UTC+5:30, Maureen L Thomas wrote:
> I bought a new Toshiba lap top and want to copy the files from my old 
> Toshiba lap top to the new one.  They both have Debian, the latest 
> version, so can I just hook up usb to usb and copy that way? If so would 
> I need a certain command to do it?
> 
> Just a thought to make it easier since the old one's dvd burner no 
> longer works.

H/W: Back to back ethernet
http://en.wikipedia.org/wiki/Ethernet_crossover_cable
  Special cable not needed nowadays it seems
  http://en.wikipedia.org/wiki/Medium_Dependent_Interface#Auto_MDI-X

S/W netcat maybe piped to tar

The netcat scripts I use are like so:

sendnc:
otherip=192.168.1.1
nc -vv -n -w 2 $otherip 5600 < $1

recvnc:
nc -vv -w 30 -p 5600 -l > $1

These can be directly piped to/from tar but I always have trouble working
that command out :-)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/4f706043-5228-4674-b086-eb4323f69...@googlegroups.com

Re: File transfer

[Jochen Spieker]

> Jochen Spieker  wrote:
> 
>> If you have a home router or a switch with at least two Ethernet ports,
>> then the easiest way is probably to install openssh-server on one of the
>> two laptops and use scp or rsync from the other laptop.
> 
> Why not just connect directly RJ45 to RJ45 ?

The only reason I didn't mention that possibility is that I didn't want
to have to explain how to manually configure IP addresses. :) If the OP
has a home router, chances are that IP networking "just works".

J.
-- 
I am getting worse rather than better.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: File transfer

[Ron]

On Thu, 26 Feb 2015 10:24:57 +0100
Jochen Spieker  wrote:

> If you have a home router or a switch with at least two Ethernet ports,
> then the easiest way is probably to install openssh-server on one of the
> two laptops and use scp or rsync from the other laptop.

Why not just connect directly RJ45 to RJ45 ?
 
Cheers,
 
Ron.
-- 
As democracy is perfected, the office of president represents,
  more and more closely, the inner soul of the people. On some great
and glorious day the plain folks of the land will reach their heart's
   desire at last and the White House will be adorned by a downright moron.
-- H.L. Mencken

   -- http://www.olgiati-in-paraguay.org --
 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226071448.58083...@ron.cerrocora.org

Re: File transfer

[Jochen Spieker]

Maureen L Thomas:
>
> I bought a new Toshiba lap top and want to copy the files from my old
> Toshiba lap top to the new one.  They both have Debian, the latest version,
> so can I just hook up usb to usb and copy that way?

No, that won't work. USB uses a master/slave model and both of your
laptops are "masters". If you want to use USB you would have to use an
intermediate storage device.

If you have a home router or a switch with at least two Ethernet ports,
then the easiest way is probably to install openssh-server on one of the
two laptops and use scp or rsync from the other laptop.

J.
-- 
Whenever I hear the word 'art' I reach for my visa card.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

File transfer

[Maureen L Thomas]

I bought a new Toshiba lap top and want to copy the files from my old 
Toshiba lap top to the new one.  They both have Debian, the latest 
version, so can I just hook up usb to usb and copy that way? If so would 
I need a certain command to do it?


Just a thought to make it easier since the old one's dvd burner no 
longer works.


Thanks
Moe


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54eec606.8070...@tampabay.rr.com

Re: File transfer between Debian Wheezy Xfce and iPad, iPod, iPhone

[John L. Cunningham]

On Fri, Jan 02, 2015 at 11:26:50AM -0800, David Christensen wrote:
> debian-user:
> 
> I would like to transfer files between Debian Wheezy Xfce computers
> (i386 and amd64) and iOS devices (iPod, iPad, iPhone).
> 
> 
> 
> 
> When I touch "Trust", there is activity in the icons in the
> upper-right corner of the iPad display, and then the pop-up dialog
> appears again; ad infinitum.
> 
> 
> Any suggestions?

What kind of files are you trying to transfer?  I was able to sync the photos 
on my wife's iphone via Shotwell despite the "Trust" pop up on the phone.  Just 
don't hit "Trust" during the sync or it will interrupt and possibly cause 
problems.  I wasn't able to browse the photos via Nautilus (I'm using Gnome) 
but I also didn't want to spend a lot of time on this.

--John


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150107161440.gb1...@clark17v.rootsmkt.com

Re: File transfer between Debian Wheezy Xfce and iPad, iPod, iPhone

[Stephen Allen]

On Fri, Jan 02, 2015 at 11:26:50AM -0800, David Christensen wrote:
> debian-user:
> 
> I would like to transfer files between Debian Wheezy Xfce computers (i386
> and amd64) and iOS devices (iPod, iPad, iPhone).
> 
> 
> On Debian, I have installed:
> 
> libimobiledevice-utils
>
I haven't had any success using iDevices with Linux unless the iDevice was 
jailbreak'ed. 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150107120108.GB10629@stephen-desktop

File transfer between Debian Wheezy Xfce and iPad, iPod, iPhone

[David Christensen]

debian-user:

I would like to transfer files between Debian Wheezy Xfce computers 
(i386 and amd64) and iOS devices (iPod, iPad, iPhone).



On Debian, I have installed:

libimobiledevice-utils


When I connect the charging cable between an iPad Mini (Model A1489) and 
a USB 2.0 port on a Debian machine, dmesg indicates (SerialNumber redacted):


$ dmesg | tail -n 6
[  152.171793] usb 4-1.2: new high-speed USB device number 15 using 
ehci_hcd
[  152.266301] usb 4-1.2: New USB device found, idVendor=05ac, 
idProduct=12ab
[  152.266306] usb 4-1.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3

[  152.266309] usb 4-1.2: Product: iPad
[  152.266311] usb 4-1.2: Manufacturer: Apple Inc.
[  152.266313] usb 4-1.2: SerialNumber: 




On the iPad, a pop-up dialog appears:

Trust This Computer?
   Your settings and data will be
accessible from this computer when
connected.
Trust  Don't Trust


When I touch "Trust", there is activity in the icons in the upper-right 
corner of the iPad display, and then the pop-up dialog appears again; ad 
infinitum.



Any suggestions?


TIA,

David


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/54a6f0fa.4030...@holgerdanske.com

Re: Programs for direct friend-to-friend file transfer?

[tor...@riseup.net]

On Jun 2, 2012 7:51 AM, "Aubrey Raech"  wrote:
> Any and all advice/recommendations are appreciated!

You  could have a look at retroshare and tonido.
Both are not in Debian repositories.


signature.asc
Description: PGP signature

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sun 03 Jun 2012 at 02:28:43 -0700, Aubrey Raech wrote:

> On Sat, 02 Jun 2012 21:07:15 -0400
> Miles Fidelman  wrote:
> 
> > here's another interesting one:
> > http://www.home.unix-ag.org/simon/woof.html
> > 
> >  From the description:
> > 
> > ---
> > Woof (Web Offer One File) tries a different approach. It assumes that 
> > everybody has a web-browser or a commandline web-client installed.
> > Woof is a small simple stupid webserver that can easily be invoked on
> > a single file. Your partner can access the file with tools he trusts
> > (e.g. wget). No need to enter passwords on keyboards where you don't
> > know about keyboard sniffers, no need to start a huge lot of

[Snipped: the remainder of the description of Woof.]
 
> Woof is excellent! Woof's also in the debian package repositories, as
> is fex (from your previous message). Thank you for finding these, try
> as I might I was unable to find any programs that do this from my own
> searches.

Woof doesn't appear to offer basic authentication so your files will be
up for grabs to anyone. This may be seen as less than ideal. Rather
ironic when you consider the advice given on not opening a machine to
the world and using ssh. Servefile is a very close cousin of Woof and
doesn't suffer from this alarming defect. You may want to evaluate it.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120603180317.GP2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Camaleón]

On Fri, 01 Jun 2012 22:51:12 -0700, Aubrey Raech wrote:

> Sometimes I have the need to send files that are too large for email to
> a friend directly (such as recordings of music I am working on, or
> similar projects). I'm wondering if there is a program that I could use
> for direct transfer, hopefully with these qualifications:
> 
> 1. Not a proper server (http, ftp)
> 2. No usernames? (scp, rsync)
> 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)
> 
> - From what I can find it seems like XMPP would probably be the best bet
> for this... is there no program you can run with something like a -
> --listen to listen for a connection on one end, and then run the program
> with the destination IP from the other? Something along those lines?
> 
> Any and all advice/recommendations are appreciated!

I don't get it.

Do you need a system for sending big files to a recipient or something 
else (such music streaming)?

For just sending larger files I would use an external public service 
(that you can mount by yor own means or one of those you can share with 
zillion users, e.g., Sendspace, Google Drive, Dropbox, etc...) but this 
seems to be confronting with your first point :-?

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jqfu4e$f3a$6...@dough.gmane.org

Re: Programs for direct friend-to-friend file transfer?

[Rob Owens]

On Sun, Jun 03, 2012 at 02:31:02AM -0700, Aubrey Raech wrote:
> On Sat, 02 Jun 2012 15:16:19 +0100
> Chris Davies  wrote:
> 
> > 7.  Use rsync (over ssh) or sftp to copy the files. Remember to tell
> > them to use port 10022 (or whatever you decided in #1) instead of the
> > default port 22.
> > 
> > Chris
> > 
> > 
> 
> In the event that the other person is capable of ssh/scp, I will
> probably configure a setup like this. Thank you for the how-to!! Very
> helpful. I don't mind ssh/scp, but most people I know don't know how
> to use that sort of thing at *all*.
> 
Aubrey,

If you do set up an ssh server, your remote users can use an SFTP client
to access it.  FileZilla or GFTP are two that come to mind.  That may be
easier for your users than command-line scp or rsync.

-Rob


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120603130037.gb16...@aurora.owens.net

Re: Programs for direct friend-to-friend file transfer?

[Rob Owens]

On Sun, Jun 03, 2012 at 08:41:40AM +0100, Chris Davies wrote:
> Rob Owens  wrote:
> > I agree with using ssh, but I'd configure it to force sftp upon login
> > like this:
> 
> I figured I'd frighten the OP if I added too much complexity.
> 
Fair enough!
> 
> > It's simpler to just AllowUsers user1 user2 user3
> 
> Fair point in the circumstances.
> 
> 
> >> 6.  Make sure that your password, and your friend's password on your
> >> machine, is sufficiently complex that others are unlikely to guess it.
> >> 
> > Always a good idea, but the risk is lessened by forcing sftp [...])
> 
> Not sure you lessen the risk if the password's weak.
> 
I only meant that if an attacker can guess a password, but is
constrained to SFTP, and there is nothing important on the SFTP server,
then not much harm is done.  Of course there's always the risk that a
vulnerability is discovered in the SFTP server...

> 
> > Instead of using rsync, use FileZilla or another FTP client [...]
> 
> I had assumed the OP was talking about a Linux environment. Otherwise
> why would they have been posting to this list?
> 
FileZilla is available in Debian (in case you didn't know).  I only
recommended it because it's a popular name.  And for beginners, I think
a GUI FTP application is easier than rsync.

-Rob


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120603125631.ga16...@aurora.owens.net

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

Aubrey Raech wrote:


On Sat, 02 Jun 2012 21:07:15 -0400
Miles Fidelman  wrote:


here's another interesting one:
http://www.home.unix-ag.org/simon/woof.html


Woof is excellent! Woof's also in the debian package repositories, as
is fex (from your previous message). Thank you for finding these, try
as I might I was unable to find any programs that do this from my own
searches.


Happy to help.


Someone in another area of the thread commented that I wanted to "send"
a file rather than make one available for download... I should have
known I'd have to be much more explicit and precise with this crowd. ;)


Actually, that was also me... quoting you:  "I have the need to send 
files that are too large" -

seemed pretty explicit and precise to me.  Perhaps too precise :-)

Cheers,

Miles


--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fcb5b57.6060...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 03 Jun 2012 08:41:40 +0100
Chris Davies  wrote:

> Rob Owens  wrote:
> > I agree with using ssh, but I'd configure it to force sftp upon
> > login like this:
> 
> I figured I'd frighten the OP if I added too much complexity.

Yes. :-/

> 
> 
> > Instead of using rsync, use FileZilla or another FTP client [...]
> 
> I had assumed the OP was talking about a Linux environment. Otherwise
> why would they have been posting to this list?
> 
> Chris

I think what was meant was, FileZilla or another FTP client for the
non-Linux user? My computer runs Debian wheezy. Thank you for
contributing to this whole thread in general btw, lots of interesting
back-and-forth... but Miles summed it up pretty nicely with a link to
this xkcd:

http://xkcd.com/949/

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy/+AAoJEDqgFXa7UFQOfZkH/0njyA1EQtnx1OcVdUEHq9RI
PdP0q832YCNx4hto9/+EsfIyhAWchpmuIp5SuqRfljYWS2HMvZONayg8jSEfTniq
uP4k9OzjdRyAL7mKMYVnLdTYvJ3JH7ICHK3KN0Un9QEFnhXYSfPQnocCzow7IaFc
TpTO+DJjxho0uNz+hvpg1zvgJ2j5HJVh+2VxII2uMBeFcew6V99QeEAT8K4U5NTd
nKo720O83vsykAaHCxzKpjJMDHCvQNn4N1MeYVpRXQ3USOAYQqMIi50v3r+MC9LZ
GJwQNMJh7knJP9bxo88Kf7AYaWlkxGVd892GQKTMnqp745oBEAmSggmRHnH5IOY=
=KxO9
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 2 Jun 2012 18:24:22 -0500
"Christofer C. Bell"  wrote:

[snip]

> 
> That said, there have been a number of suggestions towards modifying
> the OP's requirements and I'm interested in seeing the reasoning
> behind the requirements themselves.  Aubrey hasn't replied yet and I
> think there's value in giving her an opportunity to respond, clarify
> and perhaps narrow her requirements, and allow us to provide better
> advice.  The fact is, with the requirements set as they are, there is
> no possible solution (see below) to her problem.

My reasoning may not be as well-thought-out as I first thought, as
pointed out directly and indirectly by many people in this thread. ;)

In the end I think I may be using Miles' suggestion of Woof;
it is essentially a one-off ad-hoc HTTP server implemented in python.

> (Yes, I did see someone suggest nc (possible alternative: socat).
> While that *does* meet the OP's initial set of requirements, that's
> not really much of a "solution"...) ;-)
> 

Surprisingly netcat might very well be a perfectly reasonable way to
go... I will look into socat while I'm at it, thank you.

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy7kAAoJEDqgFXa7UFQObaYIAJaqWDDXgC08ISzs3jKTKV0W
y5EQaTzMNdQ7/32zxKtmj+HGdlInYcqpp9Dv6+EHSv4wuzLVDD0hZIApP2MHXXY6
mm4gT1Nv5dG6/ITzh0JU1H+CedCeJbBm2mTDmCn/JhSSnYlc2zwLxkdoHH//Cbx9
F+DwoBSNRjoHj761zoj391wyZncj0fiDqF+Uosr0Ce0D0y4RQ+blTXObvus2uIWe
eUNto+3F+FwIZFtj3xsMm8A88gVXIYYrtsHGvpfBqTBiRu0UH0OrECOuWArkEoqI
oimG2Z/7ry3Ium8nqPdJf68gEIiyHQk9WcqQHIXpadWQwgYqSkB3AwvaHBETISI=
=QB21
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 02 Jun 2012 15:16:19 +0100
Chris Davies  wrote:

> Aubrey Raech  wrote:
> > Sometimes I have the need to send files that are too large for
> > email to a friend directly [...]
> 
> > 1. Not a proper server (http, ftp)
> > 2. No usernames? (scp, rsync)
> > 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)
> 
> > - From what I can find it seems like XMPP would probably be the
> > best bet for this...
> 
> But in #3 above you've just excluded XMPP. Do you want it or not?
> 
> > is there no program you can run with something like a - --listen to
> > listen for a connection on one end, and then run the program with
> > the destination IP from the other? Something along those lines?
> 
> Yes. A "proper" server (http, ftp, ssh) would satisfy this requirement
> but you've excluded those with #1, #2. If your PCs can have Internet
> facing ports configured, I'd go for ssh/rsync every time.
> 
> 1.  One (or both) of you configure your router/firewall to accept
> inbound TCP connections from (say) port 10022 and route them to your
> Linux-based PC on port 22. If you can't redirect port 10022 to
> port 22 then just forward port 10022 and create a firewall rule on
> your Linux-based PC to rewrite inbound requests on 10022 to local port
> 22. (Come back here if you need help with that.)
> 
> 2.  Consider the use of DDNS services such as those provided by
> dyndns.org to make your IP address available by name to your friend.
> 
> 3.  Install the openssh-server package
> 
> 4.  Configure /etc/ssh/sshd_config, adding an AllowGroups line such
> as this:
> 
> AllowGroups sshuser
> 
> 5.  Put your and your friend's user accounts into the sshuser group:
> 
> groupadd sshuser
> usermod -a -G sshuser YOURUSERNAME
> usermod -a -G sshuser YOURFRIENDSUSERNAME
> 
> 6.  Make sure that your password, and your friend's password on your
> machine, is sufficiently complex that others are unlikely to
> guess it.
> 
> 7.  Use rsync (over ssh) or sftp to copy the files. Remember to tell
> them to use port 10022 (or whatever you decided in #1) instead of the
> default port 22.
> 
> Chris
> 
> 

In the event that the other person is capable of ssh/scp, I will
probably configure a setup like this. Thank you for the how-to!! Very
helpful. I don't mind ssh/scp, but most people I know don't know how
to use that sort of thing at *all*.

Thank you!

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy7WAAoJEDqgFXa7UFQO/ykH/j5N8/wgO1RnU3Cz64vNpbWi
rusbABQKx2pkVChkYYm3gNPV1bIs+nlu0ikuCRHVOxBqJJIDrci7l2E+4ECxxHFP
9geDnp/4IxEYNuEBfMHpnO2f//pUExaB99bDCYJ4kNGdmnfyOcqR8zeW6H7ReOPd
unUe5i2R8EtK4Pu56F8Z1Ld4BYR0K4yDHPac1vAF4zOWWJG9Ut/CWua7S9GqByt7
aRwjS2STaF89d+gv0kzc69cAz+4nJ4D/1+Tpr8tigoBMDI8QrkphCreYkwPWcpzk
jCafymXJmyTaD9FKcxjgZte7MUos8m8rKYT5OZDdZhqLMWH0ogwK40NPjZEK9Lk=
=6c4Q
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

On Sat, 02 Jun 2012 18:10:53 +0300
Mika Suomalainen  wrote:

> On 02.06.2012 09:21, Aubrey Raech wrote:
> > On Sat, 2 Jun 2012 08:08:44 +0200
> > Tom Rausner  wrote:
> > 
> >> Dropbox ?
> > 
> > Ah, and avoiding third-party servers was also a hopeful :-/ I'd
> > prefer not to have my files "out there" on the web... more of a
> > direct person-to-person transfer.
> > 
> > I've also considered making a .torrent file for whatever it is I
> > want to transfer and using a public tracker for it, but that seems
> > far more roundabout than necessary. A torrent of one.
> > 
> > --Aubrey
> 
> GPG encrypted file(s) + torrent with public tracker?
> I have used that method sometimes.
> 

And although a great program has been recommended (Woof), I think I may
like this method better, at least when the files are large enough. Two
reasons:

1. My ISP can get mad if I send too much data up through my connection,
   complaining that I'm "running services". If I throttle the upload,
   it's not an issue.

2. If we lose connection for some reason, the download does not have to
   restart! At least with Woof, I believe that that would be necessary.

Plus GPG is awesome! I may use GPG with one of the other "make a file
available for download" methods in the event that the other person can
be expected to decrypt it! :)

-- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."


signature.asc
Description: PGP signature

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 2 Jun 2012 20:28:22 +0100
Brian  wrote:

> On Sat 02 Jun 2012 at 09:34:55 -0500, green wrote:
> 
> > Brian, you seem to be assuming that the router has a public IP (on
> > the WAN side), which is often not true.  Unfortunately, many ISPs
> > provide their customers with only private/local IPs behind NAT;
> > inbound connections are therefore not possible unless the ISP
> > agrees to forward a particular port or port range.

I am technically able to reach my local computer from outside the local
network by connecting to an IP address, assuming the proper port is
forwarded to the correct subnet address.

> Implicit in my reply was that assumption. It is what I am accustomed
> to, even though my own ISP offers the facility you describe. Thank
> you for pointing out how different ISPs allocate addresses. I will
> try to remember that a router may not have a routeable IP address.
> Given a choice of ISPs, I'd not choose one who imposes what you
> describe.
> 

But although I technically *can* do this, very effectively, my ISP gets
pissy if I do it very much at all. :( This whole thread is really
because I want to do one-off data transfers without running a web
server and without necessarily having to worry about persisting
availability of data that might be being downloaded. If that happens I
could be disconnected (though probably temporarily).

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy6BAAoJEDqgFXa7UFQOfsgH/j+z2OWDCPnFvUMj6qrZCu/p
hy+XSprVeLRyift++Ksxbu35sGCEi9XDjkyQERhO1ghZW9fRv3EsHEVBg/mk3wiu
nupKTf0rFA7KbLEhhGbpLaA3xSlKsnFxgV4BNijbExcXz76W3PfSv4cryNND1RbB
n7jR7MMGtM87ywxy+gdm86nZ1A4fLNVPN2mhweAZAuCqNe8lPWzSuuqF+LA2ptZ6
n+xHJlG8RGMacuN1STMrP+4H1Ha5xHM1vcwlZWVfpJHLRl0zDj0Vah0AnU+Lxvs/
gKPZu9Q74WvYeVOJf28ux1j29yO1UvM0ZftXE2Tv7sRDrocM7RMU/zuTFWffVyQ=
=Nubl
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 2 Jun 2012 23:16:09 +0100
Brian  wrote:

> On Sat 02 Jun 2012 at 15:27:15 -0400, Miles Fidelman wrote:
> 
> > Brian wrote:
> >
> > I guess it depends on which packages you tell the installer to
> > load. One of the options is "web server," but I haven't set up a
> > desktop installation lately (all my Debian is server-side), so I'm
> > not really sure if a web server is part of the standard desktop
> > configuration, but it's certainly one of the options.
> 
> It isn't part of the standard desktop configuration.
> 
> > The original poster said the want to "send" a file to someone, as  
> > opposed to "make available for download."  Now if I'm sending a
> > file from one linux machine to another, scp is a pretty
> > straightforward way to do it from the command line, and scp runs
> > over ssh.
> 
> I don't think the OP really knows what he needs to do to achieve his
> ends. People are often lax in not distinguishing between making a file
> available and sending it.
> 

Yes, I'm sorry for not being clearer. The difference really *is*
important in cases like this. Making a file available would be
perfectly all right; this is probably what I *should* have meant by one
person "--listening" and the other connecting to the listening machine,
but have it be "--listening" as in waiting for a request for download.
Miles suggested Woof in another area of this thread

> > Not sure why you consider ssh to be "over the top" - anybody in
> > their right mind turns off telnet and ftp as the first step in
> > securing a new installation - in favor of ssh and sftp.
> 
> Telnetd and ftpd are not installed on a new installation, so how do
> you turn them off? telnet and ftp are installed but you do not have
> to use them. ssh is overkill for the OP if he only wants to make files
> available for download. If they contained state secrets I might go
> along with you and advise the more complicated and time-consuming
> procedure of setting up ssh on both machines is worth it.
> 

Most of the time I just want the data moved (whoops, *copied*) from
host to host, with little concern for encryption. If I did want
encryption it would probably be with GPG on the file itself. :)


- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy5wAAoJEDqgFXa7UFQOmIkH/37iVW4/mou2MJsX7N3MF2s/
cy9djpL8r4sfauJONFBdeNXOkMfvlOCHtOTZ7XmVyMrRYRt/+g7HoLWg2mHGyFUE
O6kRU66NXu/Cnh/4cheHNw+jQGlGcOY0T5Re2CdWsyjWiYfQWW9y2W15gAzGK8Uk
KfQxNsSkXSTZ995ztHGN1fxobX72ELFxyvXDaG2NlG2HdHZtH+yH1iccRLIpYm4O
RuHJe71F4Z6aMLTJrOl9NIXvenF2tDAPn7GaLyOUNM6+RQob3Zuyw7m3CNIBSpaT
+kKglN2FZ3nG0h7jWZcGRyCzd3twVaGCfM97Wrlf+vIoGRrwdbwHBl69o2O9ggc=
=PO/i
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 02 Jun 2012 21:07:15 -0400
Miles Fidelman  wrote:

> here's another interesting one:
> http://www.home.unix-ag.org/simon/woof.html
> 
>  From the description:
> 
> ---
> Woof (Web Offer One File) tries a different approach. It assumes that 
> everybody has a web-browser or a commandline web-client installed.
> Woof is a small simple stupid webserver that can easily be invoked on
> a single file. Your partner can access the file with tools he trusts
> (e.g. wget). No need to enter passwords on keyboards where you don't
> know about keyboard sniffers, no need to start a huge lot of
> infrastructure, just do a
> 
>   $ woof filename
> 
> and tell the recipient the URL woof spits out. When he got that file, 
> woof will quit and everything is done.
> --
> 
> Requires Python to run, and obviously needs to run on a machine where 
> people can access the resulting URL (DNS listing, IP address
> accessible to the outside world, etc.).
> 

Woof is excellent! Woof's also in the debian package repositories, as
is fex (from your previous message). Thank you for finding these, try
as I might I was unable to find any programs that do this from my own
searches.

Someone in another area of the thread commented that I wanted to "send"
a file rather than make one available for download... I should have
known I'd have to be much more explicit and precise with this crowd. ;)
Yes, the XKCD you posted sums up what I've found kind of silly for
years. Thanks again!

My next step is taking my now-unused domain name and pointing it to my
IP! :)

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyy5LAAoJEDqgFXa7UFQObVEH/0uCv8qFvVSC8vFhAvDDaqRP
P81OXb2uzpqwnC8KkcBgBNipzwgZ1gAETEW0BfpR+vO7ag3RRoN3PwUzHm2XyflP
gkcH+nuA20ex18xsF/Oubn2uf7uNQo1bigD3dYySYk6DIsxJXpqxc3JQUz58RA4v
Y9FJqWmOFk6Y3bB/kH+uSlpf3N7Hjz1ZAJqarlw396wIexq5uL4GxxZ7DEuPWNVm
UI6iupyRkMDaAQKwMnBMFULASupYx6xycw7VHJSv0lxij1NB1/BHlVKHJfz8Q2wm
JKJUoDXMIH6k5OERLPSukXmTIBoFsAO27VXtZCbsnMH3RlGOBMQopKgPx6aBlcI=
=0IRk
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Chris Davies]

Brian  wrote:
> ssh is a waste of time and effort in the circumstances as we know them.

I wasn't suggesting ssh as an application. I was recommending ssh as
a transport, on which one would layer an application such as WinSCP
or FileZilla.

But others are already making this point so I'll sit back and continue
to watch.

Chris


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/qsgr99xgm4@news.roaima.co.uk

Re: Programs for direct friend-to-friend file transfer?

[Chris Davies]

Rob Owens  wrote:
> I agree with using ssh, but I'd configure it to force sftp upon login
> like this:

I figured I'd frighten the OP if I added too much complexity.


> It's simpler to just AllowUsers user1 user2 user3

Fair point in the circumstances.


>> 6.  Make sure that your password, and your friend's password on your
>> machine, is sufficiently complex that others are unlikely to guess it.
>> 
> Always a good idea, but the risk is lessened by forcing sftp [...])

Not sure you lessen the risk if the password's weak.


> Instead of using rsync, use FileZilla or another FTP client [...]

I had assumed the OP was talking about a Linux environment. Otherwise
why would they have been posting to this list?

Chris


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/k2hr99xgm4@news.roaima.co.uk

Re: Programs for direct friend-to-friend file transfer?

[Slavko]

Ahoj,

Dňa Sat, 2 Jun 2012 18:24:22 -0500 "Christofer C. Bell"
 napísal:

> The point, however, is that there is no file transfer method that
> meets her requirements.
> 
> 1. No dedicated server (no web, no sftp, no ftp, NFS, Samba, etc).
> 2. No usernames/logins (no sftp, scp, no ftp, etc, see above)
> 3. No chat protocols (no IM, no IRC)
> 4. No external 3rd party service (dropbox, etc)
> 5. No email (messages are too large).

IMHO, it seems, as he break some computer (or get access without owner's
knowledge) and he want upload files to it now.

No download is required, because there is no one, who will be download
the file.
No dedicated server, to regular (not expert) user have trouble find it.
No mail nor IM, because here is no regular account on another side...
No external service, because it need some interaction...

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Re: Programs for direct friend-to-friend file transfer?

[Rob Owens]

On Sat, Jun 02, 2012 at 03:16:19PM +0100, Chris Davies wrote:
> Aubrey Raech  wrote:
> > Sometimes I have the need to send files that are too large for email to
> > a friend directly [...]
> 
> > 1. Not a proper server (http, ftp)
> > 2. No usernames? (scp, rsync)
> > 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)
> 
> > - From what I can find it seems like XMPP would probably be the best bet
> > for this...
> 
> But in #3 above you've just excluded XMPP. Do you want it or not?
> 
> > is there no program you can run with something like a - --listen to
> > listen for a connection on one end, and then run the program with the
> > destination IP from the other? Something along those lines?
> 
> Yes. A "proper" server (http, ftp, ssh) would satisfy this requirement
> but you've excluded those with #1, #2. If your PCs can have Internet
> facing ports configured, I'd go for ssh/rsync every time.
> 
I agree with using ssh, but I'd configure it to force sftp upon login
like this:

> 1.  One (or both) of you configure your router/firewall to accept inbound
> TCP connections from (say) port 10022 and route them to your
> Linux-based PC on port 22. If you can't redirect port 10022 to port
> 22 then just forward port 10022 and create a firewall rule on your
> Linux-based PC to rewrite inbound requests on 10022 to local port
> 22. (Come back here if you need help with that.)
> 
That's a good idea, in my opinion, to not expose port 22 directly.  It
reduces the effectiveness of script kiddies.

> 2.  Consider the use of DDNS services such as those provided by dyndns.org
> to make your IP address available by name to your friend.
> 
Agreed.

> 3.  Install the openssh-server package
> 
Agreed.

> 4.  Configure /etc/ssh/sshd_config, adding an AllowGroups line such
> as this:
> 
> AllowGroups sshuser
> 
It's simpler to just AllowUsers user1 user2 user3

> 5.  Put your and your friend's user accounts into the sshuser group:
> 
> groupadd sshuser
> usermod -a -G sshuser YOURUSERNAME
> usermod -a -G sshuser YOURFRIENDSUSERNAME
> 
This won't be needed if you follow my advice on step 4

> 6.  Make sure that your password, and your friend's password on your
> machine, is sufficiently complex that others are unlikely to guess it.
> 
Always a good idea, but the risk is lessened by forcing sftp (and not
posting any sensitive data on the sftp site)

> 7.  Use rsync (over ssh) or sftp to copy the files. Remember to tell them
> to use port 10022 (or whatever you decided in #1) instead of the
> default port 22.
> 
Instead of using rsync, use FileZilla or another FTP client.  But first
you must add this to your sshd_config file:

Subsystem sftp /usr/lib/openssh/sftp-server  #this line probably already exists 
-- check for it
Match user user1,user3  #you can omit this if you want it to apply to all users
ChrootDirectory /srv/sftp_folder  #this folder must be owned by root and 
writeable only by root
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp

-Rob


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120603015043.ga12...@aurora.owens.net

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

here's another interesting one:
http://www.home.unix-ag.org/simon/woof.html

From the description:

---
Woof (Web Offer One File) tries a different approach. It assumes that 
everybody has a web-browser or a commandline web-client installed. Woof 
is a small simple stupid webserver that can easily be invoked on a 
single file. Your partner can access the file with tools he trusts (e.g. 
wget). No need to enter passwords on keyboards where you don't know 
about keyboard sniffers, no need to start a huge lot of infrastructure, 
just do a


 $ woof filename

and tell the recipient the URL woof spits out. When he got that file, 
woof will quit and everything is done.

--

Requires Python to run, and obviously needs to run on a machine where 
people can access the resulting URL (DNS listing, IP address accessible 
to the outside world, etc.).





--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fcab8c3.7080...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

Christofer C. Bell wrote:


That's just it.  Using anything *other* than ssh is a "waste of time
and effort" most of the time as ssh requires no setup and effort to
use out of the box not only in Debian but any modern Linux/Unix.
*Everything else* requires effort to setup and use.

The point, however, is that there is no file transfer method that
meets her requirements.

1. No dedicated server (no web, no sftp, no ftp, NFS, Samba, etc).
2. No usernames/logins (no sftp, scp, no ftp, etc, see above)
3. No chat protocols (no IM, no IRC)
4. No external 3rd party service (dropbox, etc)
5. No email (messages are too large).

There is no way to get a file from her machine to her friend's machine
without violating at least 1 or more of these requirements (at least
over a network).  All I can suggest is a USB stick/CD-R and postal
mail.

exactly!



That said, there have been a number of suggestions towards modifying
the OP's requirements and I'm interested in seeing the reasoning
behind the requirements themselves.  Aubrey hasn't replied yet and I
think there's value in giving her an opportunity to respond, clarify
and perhaps narrow her requirements, and allow us to provide better
advice.  The fact is, with the requirements set as they are, there is
no possible solution (see below) to her problem.


As I mentioned earlier - the easiest solution I've found, for both 
sender and recipient, is a file upload/mail service like yousendit or 
filemail.


After a LOT of looking, I managed to find a GPL package that does the 
same thing:

http://fex.rus.uni-stuttgart.de/
- GPL'd source version: http://fex.rus.uni-stuttgart.de/fex.html
- Debian Package: http://packages.debian.org/sid/fex (this is a Debian 
list after all!)

- hosted version: http://fex.rus.uni-stuttgart.de/fup

And... XKCD captures the whole problem perfectly at 
http://xkcd.com/949/  (courtesy of the fex site)


Mile Fidelman






--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fcab39b.8000...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

Brian wrote:

On Sat 02 Jun 2012 at 22:48:57 +0300, Andrei POPESCU wrote:


On Sb, 02 iun 12, 18:12:03, Brian wrote:

There appears to be no advantage in using sshd in this situation. The
idea of having to guide her through configuring a router and using ssh
(on a Windows machine, incidentally) doesn't bear thinking about for one
thing.

1. Why would the client have to configure the router?

He doesn't, but I was trying not to nit-pick the post I replied to and
concentrate instead on pointing out using ssh is a waste of time and
effort in the circumstances as we know them.




Just for reference... installing PuTTY and/or PSCP and/or PSFTP on 
windows is pretty darned trivial - download the .exe file and you're 
done.  Takes about 10 seconds (I carry PuTTY on a memory stick for 
access to our server farm, from pretty much any nearby machine).  Or 
install FireFTP as a FireFox plugin.



--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fcaa808.8090...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[Christofer C. Bell]

On Sat, Jun 2, 2012 at 5:39 PM, Brian  wrote:
> On Sat 02 Jun 2012 at 22:48:57 +0300, Andrei POPESCU wrote:
>
>> On Sb, 02 iun 12, 18:12:03, Brian wrote:
>> >
>> > There appears to be no advantage in using sshd in this situation. The
>> > idea of having to guide her through configuring a router and using ssh
>> > (on a Windows machine, incidentally) doesn't bear thinking about for one
>> > thing.
>>
>> 1. Why would the client have to configure the router?
>
> He doesn't, but I was trying not to nit-pick the post I replied to and
> concentrate instead on pointing out using ssh is a waste of time and
> effort in the circumstances as we know them.

That's just it.  Using anything *other* than ssh is a "waste of time
and effort" most of the time as ssh requires no setup and effort to
use out of the box not only in Debian but any modern Linux/Unix.
*Everything else* requires effort to setup and use.

The point, however, is that there is no file transfer method that
meets her requirements.

1. No dedicated server (no web, no sftp, no ftp, NFS, Samba, etc).
2. No usernames/logins (no sftp, scp, no ftp, etc, see above)
3. No chat protocols (no IM, no IRC)
4. No external 3rd party service (dropbox, etc)
5. No email (messages are too large).

There is no way to get a file from her machine to her friend's machine
without violating at least 1 or more of these requirements (at least
over a network).  All I can suggest is a USB stick/CD-R and postal
mail.

That said, there have been a number of suggestions towards modifying
the OP's requirements and I'm interested in seeing the reasoning
behind the requirements themselves.  Aubrey hasn't replied yet and I
think there's value in giving her an opportunity to respond, clarify
and perhaps narrow her requirements, and allow us to provide better
advice.  The fact is, with the requirements set as they are, there is
no possible solution (see below) to her problem.

(Yes, I did see someone suggest nc (possible alternative: socat).
While that *does* meet the OP's initial set of requirements, that's
not really much of a "solution"...) ;-)

-- 
Chris


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caoevnyvmg_zac4m0l6rv7sjof1j5b80d6gkqfd9syvexrjx...@mail.gmail.com

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 22:48:57 +0300, Andrei POPESCU wrote:

> On Sb, 02 iun 12, 18:12:03, Brian wrote:
> > 
> > There appears to be no advantage in using sshd in this situation. The
> > idea of having to guide her through configuring a router and using ssh
> > (on a Windows machine, incidentally) doesn't bear thinking about for one
> > thing.
> 
> 1. Why would the client have to configure the router?

He doesn't, but I was trying not to nit-pick the post I replied to and
concentrate instead on pointing out using ssh is a waste of time and
effort in the circumstances as we know them.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602223955.GO2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 15:27:15 -0400, Miles Fidelman wrote:

> Brian wrote:
>
> I guess it depends on which packages you tell the installer to load.   
> One of the options is "web server," but I haven't set up a desktop  
> installation lately (all my Debian is server-side), so I'm not really  
> sure if a web server is part of the standard desktop configuration, but  
> it's certainly one of the options.

It isn't part of the standard desktop configuration.

> The original poster said the want to "send" a file to someone, as  
> opposed to "make available for download."  Now if I'm sending a file  
> from one linux machine to another, scp is a pretty straightforward way  
> to do it from the command line, and scp runs over ssh.

I don't think the OP really knows what he needs to do to achieve his
ends. People are often lax in not distinguishing between making a file
available and sending it.

> Not sure why you consider ssh to be "over the top" - anybody in their  
> right mind turns off telnet and ftp as the first step in securing a new  
> installation - in favor of ssh and sftp.

Telnetd and ftpd are not installed on a new installation, so how do you
turn them off? telnet and ftp are installed but you do not have to use
them. ssh is overkill for the OP if he only wants to make files
available for download. If they contained state secrets I might go along
with you and advise the more complicated and time-consuming procedure of
setting up ssh on both machines is worth it.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602221609.GN2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Andrei POPESCU]

On Sb, 02 iun 12, 18:12:03, Brian wrote:
> 
> There appears to be no advantage in using sshd in this situation. The
> idea of having to guide her through configuring a router and using ssh
> (on a Windows machine, incidentally) doesn't bear thinking about for one
> thing.

1. Why would the client have to configure the router?
2. WinSCP, FileZilla, etc.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 09:34:55 -0500, green wrote:

> Brian, you seem to be assuming that the router has a public IP (on the WAN 
> side), which is often not true.  Unfortunately, many ISPs provide their 
> customers with only private/local IPs behind NAT; inbound connections are 
> therefore not possible unless the ISP agrees to forward a particular port or 
> port range.

Implicit in my reply was that assumption. It is what I am accustomed to,
even though my own ISP offers the facility you describe. Thank you for
pointing out how different ISPs allocate addresses. I will try to
remember that a router may not have a routeable IP address. Given a
choice of ISPs, I'd not choose one who imposes what you describe.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602192822.GM2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

Brian wrote:

On Sat 02 Jun 2012 at 09:14:12 -0400, Miles Fidelman wrote:


Aubrey Raech wrote:

1. Not a proper server (http, ftp)

Pretty much all modern o/s's come with both a web server and ftp
pre-installed.  It's a matter of turning them on, and configuring them
(if your target is running a GUI, it's usually a check box).

I was going to let it go but the more I look at what you say the more I
wonder what you are talking about. Debian is a modern OS but, whenever I
have put it on a computer, it has never come with a web server or ftp
server.



I guess it depends on which packages you tell the installer to load.  
One of the options is "web server," but I haven't set up a desktop 
installation lately (all my Debian is server-side), so I'm not really 
sure if a web server is part of the standard desktop configuration, but 
it's certainly one of the options.



ftp to an anonymous account is probably the easiest to set up

Could be, depending on what you want to set up. The deciding factor,
however, is how easy it is for the person who wants to download a file.


if your target is running unix, I'd suggest simply ssh + scp -- again
they're already there and it's a simple command to transfer something

Target? You mean the machine which is downloading? Even if they were on
Debian, the use of ssh is over the top.


The original poster said the want to "send" a file to someone, as 
opposed to "make available for download."  Now if I'm sending a file 
from one linux machine to another, scp is a pretty straightforward way 
to do it from the command line, and scp runs over ssh.


Not sure why you consider ssh to be "over the top" - anybody in their 
right mind turns off telnet and ftp as the first step in securing a new 
installation - in favor of ssh and sftp.





2. No usernames? (scp, rsync)

seems like a bad idea - if you were sending me something, I sure
wouldn't want to expose my machine to the world, just so you can send me
a file

I do not understand that. He is making something available. You download
it. How is that exposing your machine to the world? You do it all the
time. He doesn't require a username or password - that's his problem,
not yours.


Nope.. the OP said "send file."  But either way:
- if I'm the recipient, I don't want to open my machine to the world
- if I'm the sender, and I want to let someone download from my machine, 
again, I don't want to open my machine to the world (or expose the file 
I'm sharing to everybody)




--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fca6913.3030...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[green]

Andrei POPESCU wrote at 2012-06-02 13:34 -0500:
> On Sb, 02 iun 12, 16:02:05, Claudius Hubig wrote:
> > No. I was not referring to a static but to a public IP address. If
> > the user has a public, i. e. internet-routable IP address, everything
> > is fine, even if it is not static. However, if the user sits behind a
> > NAT or something similar that blocks incoming connections, a third
> > party certainly is required (such as a file transfer proxy for XMPP).
> 
> Port forwarding?

...a possible but less viable option when NAT happens at the ISP routers.


signature.asc
Description: Digital signature

Re: Programs for direct friend-to-friend file transfer?

[green]

Brian wrote at 2012-06-02 08:13 -0500:
> On Sat 02 Jun 2012 at 12:41:22 +0200, Claudius Hubig wrote:
> > Do you have a have public IP address (either IPv4 or IPv6)? If
> > that is not the case, you will need a third party in order to
> > establish the connection.
> 
> A third party is not required. For the occasional transfer of files the
> address (if it changes) may be obtained from the router and emailed to
> the friend.

Brian, you seem to be assuming that the router has a public IP (on the WAN 
side), which is often not true.  Unfortunately, many ISPs provide their 
customers with only private/local IPs behind NAT; inbound connections are 
therefore not possible unless the ISP agrees to forward a particular port or 
port range.


signature.asc
Description: Digital signature

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 09:14:12 -0400, Miles Fidelman wrote:

> Aubrey Raech wrote:
>>
>> 1. Not a proper server (http, ftp)
>
> Pretty much all modern o/s's come with both a web server and ftp  
> pre-installed.  It's a matter of turning them on, and configuring them  
> (if your target is running a GUI, it's usually a check box).

I was going to let it go but the more I look at what you say the more I
wonder what you are talking about. Debian is a modern OS but, whenever I
have put it on a computer, it has never come with a web server or ftp
server. 

> ftp to an anonymous account is probably the easiest to set up

Could be, depending on what you want to set up. The deciding factor,
however, is how easy it is for the person who wants to download a file.

> if your target is running unix, I'd suggest simply ssh + scp -- again  
> they're already there and it's a simple command to transfer something

Target? You mean the machine which is downloading? Even if they were on
Debian, the use of ssh is over the top.

>> 2. No usernames? (scp, rsync)
>
> seems like a bad idea - if you were sending me something, I sure  
> wouldn't want to expose my machine to the world, just so you can send me  
> a file

I do not understand that. He is making something available. You download
it. How is that exposing your machine to the world? You do it all the
time. He doesn't require a username or password - that's his problem,
not yours.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602183619.GL2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Andrei POPESCU]

On Sb, 02 iun 12, 16:02:05, Claudius Hubig wrote:
> 
> No. I was not referring to a static but to a public IP address. If
> the user has a public, i. e. internet-routable IP address, everything
> is fine, even if it is not static. However, if the user sits behind a
> NAT or something similar that blocks incoming connections, a third
> party certainly is required (such as a file transfer proxy for XMPP).

Port forwarding?

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 15:16:19 +0100, Chris Davies wrote:

> Yes. A "proper" server (http, ftp, ssh) would satisfy this requirement
> but you've excluded those with #1, #2. If your PCs can have Internet
> facing ports configured, I'd go for ssh/rsync every time.

I have a similar, if not exactly the same, requirement as the OP. My
daughter has a desire for a bit of entertainment every so often. She
types http://my_IP:8000 in her browser (https is also available), gets a
directory listing, inputs a username and password and downloads the file
she wants. A quick process, using a familiar, no fuss routine. The URL
is also bookmarked.

There appears to be no advantage in using sshd in this situation. The
idea of having to guide her through configuring a router and using ssh
(on a Windows machine, incidentally) doesn't bear thinking about for one
thing.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602171203.GJ2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[hvw59601]

Miles Fidelman wrote:

Aubrey Raech wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Debian users!

Sometimes I have the need to send files that are too large for email to
a friend directly (such as recordings of music I am working on, or
similar projects). I'm wondering if there is a program that I could use
for direct transfer, hopefully with these qualifications:


If you're going to be sending to a friend, the real issue is getting 
your friend to install something and use it, which makes it a question of:

- what, if anything, are your targets willing and able to install
- how complicated things get to use
- whether someone has to be at the other end to "receive" the file, or 
whether it's automatic


In this regard, I think all three of your requirements get in your way 
of doing something easy and practical.


1. Not a proper server (http, ftp)


Pretty much all modern o/s's come with both a web server and ftp 
pre-installed.  It's a matter of turning them on, and configuring them 
(if your target is running a GUI, it's usually a check box).


ftp to an anonymous account is probably the easiest to set up

if your target is running unix, I'd suggest simply ssh + scp -- again 
they're already there and it's a simple command to transfer something



2. No usernames? (scp, rsync)
seems like a bad idea - if you were sending me something, I sure 
wouldn't want to expose my machine to the world, just so you can send me 
a file



3. Preferably does not require a chat protocol (XMPP, IRC's DCC)

well, dropping a file into a chat session is a really easy way to move 
files


Now... what I do in this case is mozy over to filmail.com - one of 
several services that provide a simple (and free) file mailing service:

- go to the web page
- enter sender/recipient email addresses
- enter file path (or browse to file path)
- "send"

The system uploads your file, and sends an email that includes a link.  
The recipient gets the email, clicks the link to download the file.  All 
quick, easy, no software install.


If you don't want to rely on a third party, there are packages that you 
can install on your machine to do similar things - essentially sending a 
one-time link my email, that allows the recipient to download the file 
from your machine.




Neat. Thanks.

Hugo


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/jqddtk$1ug$1...@dough.gmane.org

Re: Programs for direct friend-to-friend file transfer?

[Chris Davies]

Aubrey Raech  wrote:
> Sometimes I have the need to send files that are too large for email to
> a friend directly [...]

> 1. Not a proper server (http, ftp)
> 2. No usernames? (scp, rsync)
> 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)

> - From what I can find it seems like XMPP would probably be the best bet
> for this...

But in #3 above you've just excluded XMPP. Do you want it or not?

> is there no program you can run with something like a - --listen to
> listen for a connection on one end, and then run the program with the
> destination IP from the other? Something along those lines?

Yes. A "proper" server (http, ftp, ssh) would satisfy this requirement
but you've excluded those with #1, #2. If your PCs can have Internet
facing ports configured, I'd go for ssh/rsync every time.

1.  One (or both) of you configure your router/firewall to accept inbound
TCP connections from (say) port 10022 and route them to your
Linux-based PC on port 22. If you can't redirect port 10022 to port
22 then just forward port 10022 and create a firewall rule on your
Linux-based PC to rewrite inbound requests on 10022 to local port
22. (Come back here if you need help with that.)

2.  Consider the use of DDNS services such as those provided by dyndns.org
to make your IP address available by name to your friend.

3.  Install the openssh-server package

4.  Configure /etc/ssh/sshd_config, adding an AllowGroups line such
as this:

AllowGroups sshuser

5.  Put your and your friend's user accounts into the sshuser group:

groupadd sshuser
usermod -a -G sshuser YOURUSERNAME
usermod -a -G sshuser YOURFRIENDSUSERNAME

6.  Make sure that your password, and your friend's password on your
machine, is sufficiently complex that others are unlikely to guess it.

7.  Use rsync (over ssh) or sftp to copy the files. Remember to tell them
to use port 10022 (or whatever you decided in #1) instead of the
default port 22.

Chris


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jqjp99xv0e@news.roaima.co.uk

Re: Programs for direct friend-to-friend file transfer?

[Mika Suomalainen]

On 02.06.2012 09:21, Aubrey Raech wrote:
> On Sat, 2 Jun 2012 08:08:44 +0200
> Tom Rausner  wrote:
> 
>> Dropbox ?
> 
> Ah, and avoiding third-party servers was also a hopeful :-/ I'd prefer
> not to have my files "out there" on the web... more of a direct
> person-to-person transfer.
> 
> I've also considered making a .torrent file for whatever it is I want
> to transfer and using a public tracker for it, but that seems far more
> roundabout than necessary. A torrent of one.
> 
> --Aubrey

GPG encrypted file(s) + torrent with public tracker?
I have used that method sometimes.

-- 
[Mika Suomalainen](https://mkaysi.github.com/) ||
[gpg --keyserver pool.sks-keyservers.net --recv-keys
4DB53CFE82A46728](http://mkaysi.github.com/PGP/key.txt) ||
[Why do I sign my
emails?](http://mkaysi.github.com/PGP/WhyDoISignEmails.html) ||
[Please don't send
HTML.](http://mkaysi.github.com/articles/complaining/HTML.html) ||
[Please don't
toppost](http://mkaysi.github.com/articles/complaining/topposting.html) ||
[This signature](https://gist.github.com/2643070) ||



signature.asc
Description: OpenPGP digital signature

Re: Programs for direct friend-to-friend file transfer?

[Claudius Hubig]

Hello Brian,

Brian  wrote:
> On Sat 02 Jun 2012 at 12:41:22 +0200, Claudius Hubig wrote:
> > Do you have a have public IP address (either IPv4 or IPv6)? If
> > that is not the case, you will need a third party in order to
> > establish the connection.
> 
> A third party is not required. For the occasional transfer of files the
> address (if it changes) may be obtained from the router and emailed to
> the friend.

No. I was not referring to a static but to a public IP address. If
the user has a public, i. e. internet-routable IP address, everything
is fine, even if it is not static. However, if the user sits behind a
NAT or something similar that blocks incoming connections, a third
party certainly is required (such as a file transfer proxy for XMPP).

Lacking more information from the OP, speculation is all I can do,
though.

Best regards,

Claudius
-- 
One is often kept in the right road by a rut.
-- Gustave Droz
http://chubig.net  telnet nightfall.org 4242


signature.asc
Description: PGP signature

Re: Programs for direct friend-to-friend file transfer?

[Miles Fidelman]

Aubrey Raech wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Debian users!

Sometimes I have the need to send files that are too large for email to
a friend directly (such as recordings of music I am working on, or
similar projects). I'm wondering if there is a program that I could use
for direct transfer, hopefully with these qualifications:


If you're going to be sending to a friend, the real issue is getting 
your friend to install something and use it, which makes it a question of:

- what, if anything, are your targets willing and able to install
- how complicated things get to use
- whether someone has to be at the other end to "receive" the file, or 
whether it's automatic


In this regard, I think all three of your requirements get in your way 
of doing something easy and practical.


1. Not a proper server (http, ftp)


Pretty much all modern o/s's come with both a web server and ftp 
pre-installed.  It's a matter of turning them on, and configuring them 
(if your target is running a GUI, it's usually a check box).


ftp to an anonymous account is probably the easiest to set up

if your target is running unix, I'd suggest simply ssh + scp -- again 
they're already there and it's a simple command to transfer something



2. No usernames? (scp, rsync)
seems like a bad idea - if you were sending me something, I sure 
wouldn't want to expose my machine to the world, just so you can send me 
a file



3. Preferably does not require a chat protocol (XMPP, IRC's DCC)


well, dropping a file into a chat session is a really easy way to move files

Now... what I do in this case is mozy over to filmail.com - one of 
several services that provide a simple (and free) file mailing service:

- go to the web page
- enter sender/recipient email addresses
- enter file path (or browse to file path)
- "send"

The system uploads your file, and sends an email that includes a link.  
The recipient gets the email, clicks the link to download the file.  All 
quick, easy, no software install.


If you don't want to rely on a third party, there are packages that you 
can install on your machine to do similar things - essentially sending a 
one-time link my email, that allows the recipient to download the file 
from your machine.


Miles Fidelman



--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fca11a4.3000...@meetinghouse.net

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Sat 02 Jun 2012 at 12:41:22 +0200, Claudius Hubig wrote:

> Aubrey Raech  wrote:
> > 
> > Any and all advice/recommendations are appreciated!
> 
> Do you have a have public IP address (either IPv4 or IPv6)? If
> that is not the case, you will need a third party in order to
> establish the connection.

A third party is not required. For the occasional transfer of files the
address (if it changes) may be obtained from the router and emailed to
the friend.

> However, you might also want to have a look at ‘servefile’ [1] which
> basically acts like nc from rjc’s mail, but uses the HTTP protocol.

There are some nice aspects to this script. Being able to use a browser
is one; having the download require a username and password and being
able to serve the contents of a directory are others. The OP could do
worse than install and use it. It looks like it would install on Squeeze
and Wheezy.

Thanks for drawing servefile to our attention.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602131300.GH2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[Claudius Hubig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Aubrey,

Aubrey Raech  wrote:
> 1. Not a proper server (http, ftp)
> 2. No usernames? (scp, rsync)
> 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)
> 
> - From what I can find it seems like XMPP would probably be the best bet
> for this... is there no program you can run with something like a
> - --listen to listen for a connection on one end, and then run the
> program with the destination IP from the other? Something along those
> lines?
> 
> Any and all advice/recommendations are appreciated!

Do you have a have public IP address (either IPv4 or IPv6)? If
that is not the case, you will need a third party in order to
establish the connection.

Could you explain why you don’t like http/ftp? They can also be used
by ‘non-proper’ or very small servers. Personally, I keep around a
small lighttpd installation for that use case.

However, you might also want to have a look at ‘servefile’ [1] which
basically acts like nc from rjc’s mail, but uses the HTTP protocol.

Best regards,

Claudius

1] Currently only available in unstable, but it appears to be easy to
backport it to stable, as it mostly requires python 2.6. Apparently,
IPv6 is not supported?
- -- 
Remember, there's a big difference between kneeling down and bending over.
-- Frank Zappa
http://chubig.net  telnet nightfall.org 4242
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPye3SAAoJEMCBEuXXLNukjnoP+gPGzHryyCzE5il4gbjQx7dN
YVkkSH2aAVP/YhK3gl0QtAJL/HQuCCUAGwSLhIHFRz2Ij5dkKTFH8Lhcfi+yVi7l
XRrdP7i+vzpL/lVFuhSdMc7m9pZa4cErW2AciLM5PF4tk/h64x8RbU03mObnqZyt
+2/Ju2gqbYl/vLrbcu0sOItOCmbHONNbKjgKqIpS0foRexbNsCBram6PRD4mCaPX
409iIi7ZDzPfzhUIKhiGc1nVqOGdfxdMvLz7JtGxo/Vk4+czxbdViW+FPTrpUA1y
+7PnG1fZNrb+BA6airgYvGA4TMpDtY7n+e8dhD/RU0JuylxJhavD0Gh/l3Lk3I2G
+jyazsN5YVvESfR+7dSc6iVZQTq/HJab81KcZl2plTtICgvvFjsD50/xO3VqdB0W
q9H31hbbcu2siRR2OsqF5VBvV80HCvUEr741T5LkzjFYId0ccEJjZN0vGGqRMuD3
1rNqprs3h6I1tR/0IttydPYLTTHEeovhUO93h6NyUPo192ZdI9RJ+3pdyDW0/118
ArkaEelHk3cDfYEmnLWQctKx3gR4iMa1xm4UuaM1ZSDFw3N4C2Hl+8SsaYyoBRrM
/GdEC+QvTAmIK9vcHB+qINdimntciwYfL5cUoPRYkuwD4/Pg7fcWmhhpiEhJ4lo5
6emtYTfGEXvYmiaanZsM
=dUmV
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Brian]

On Fri 01 Jun 2012 at 22:51:12 -0700, Aubrey Raech wrote:

> Sometimes I have the need to send files that are too large for email to
> a friend directly (such as recordings of music I am working on, or
> similar projects). I'm wondering if there is a program that I could use
> for direct transfer, hopefully with these qualifications:
> 
> 1. Not a proper server (http, ftp)

You don't give a reason but you are being unnecesarily restrictive by
stipulating this condition. A small web server such as webfs takes all
of five minutes to set up and gives you what you want with the advantage
that your friend can use a browser to transfer the files.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602083526.GG2847@desktop

Re: Programs for direct friend-to-friend file transfer?

[rjc]

On Sat, Jun 02, 2012 at 07:08:44AM BST, Tom Rausner wrote:
> Dropbox ?

OP explicitly mentioned "direct" so it rules Dropbox out.
Dropbox is closed source and only works on Intel-compatible platform
so it rules it out for me for example.

nc (netcat) is what the user is looking for.

Cheers,
-- 
rjc


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120602062115.ga19...@linuxstuff.pl

Re: Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 2 Jun 2012 08:08:44 +0200
Tom Rausner  wrote:

> Dropbox ?

Ah, and avoiding third-party servers was also a hopeful :-/ I'd prefer
not to have my files "out there" on the web... more of a direct
person-to-person transfer.

I've also considered making a .torrent file for whatever it is I want
to transfer and using a public tracker for it, but that seems far more
roundabout than necessary. A torrent of one.

- --Aubrey
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPybDQAAoJEDqgFXa7UFQORwsH/05u5VrtMoWGWaJm1PyIEiI+
d2ru6Oc7TBbMJ3a2On9jOrCFBxGNI7PSM6+uDQY4erOB3Q/4ce5UuZfjIJOYkjod
Iq/VBJ2UNFrbkW8S1jTOZIYl2q65Ek9+6QyXeW4bUz0YMdR3VuuXB/1tbvgGdRNp
i7qrfgJE7jGgfXqsfo6NWF6WjdbRlbVz1lS5jpfCVlgSEEFpuHINAPd+R10gXUqW
QpXEsvJ9w+IfioumeJ9B/rbstj7Z1MdqrV9kONxYGEHGy7Ieh8ETvlnXgGc84VHF
nuuKDC4Uf19SbH39RDj1W2nDYpwByIe3lQ1CVxfVqEo5WY9CRBZxiY4cjsOeA/A=
=YGr2
-END PGP SIGNATURE-

Re: Programs for direct friend-to-friend file transfer?

[Tom Rausner]

Dropbox ?
On Jun 2, 2012 7:51 AM, "Aubrey Raech"  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello Debian users!
>
> Sometimes I have the need to send files that are too large for email to
> a friend directly (such as recordings of music I am working on, or
> similar projects). I'm wondering if there is a program that I could use
> for direct transfer, hopefully with these qualifications:
>
> 1. Not a proper server (http, ftp)
> 2. No usernames? (scp, rsync)
> 3. Preferably does not require a chat protocol (XMPP, IRC's DCC)
>
> - From what I can find it seems like XMPP would probably be the best bet
> for this... is there no program you can run with something like a
> - --listen to listen for a connection on one end, and then run the
> program with the destination IP from the other? Something along those
> lines?
>
> Any and all advice/recommendations are appreciated!
>
> - --
> Aubrey
>
> "There are two types of people in the world: those who
>  can extrapolate from incomplete data."
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iQEcBAEBAgAGBQJPyanQAAoJEDqgFXa7UFQOVqEH/2xxG6uFI8JaB3wWr9myDzsu
> YLQUqQhwS5DvKBqc30OQWeWQGSN9hK6u3coX7u03FUu1LKhdUDLoCNgSHxYXr87I
> Q21QvNS0muQO4bVSkc3cIwTq9LIaPDVSibG3vRRZ5NedS3mJIMQTQOlcr2ciBnYL
> QEBQk8+BI4qZugkoRFBnuAl8Bn3kEWQc0J+6NRZCsvFBmq17rIj5MqA/KI/6WtU9
> WDN5xwEoAUy8JBY7sdFfcU3d0Hy4b9xRl0pPYiwjqAw6KCxacUw10I8DNF7/RaRf
> yTyC7Pj12+axoiG+ScFjgl7aw/+EB3OZmrPlyc8hhlDgtT+sRHCCroYk82nR9pM=
> =gcsx
> -END PGP SIGNATURE-
>

Programs for direct friend-to-friend file transfer?

[Aubrey Raech]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Debian users!

Sometimes I have the need to send files that are too large for email to
a friend directly (such as recordings of music I am working on, or
similar projects). I'm wondering if there is a program that I could use
for direct transfer, hopefully with these qualifications:

1. Not a proper server (http, ftp)
2. No usernames? (scp, rsync)
3. Preferably does not require a chat protocol (XMPP, IRC's DCC)

- From what I can find it seems like XMPP would probably be the best bet
for this... is there no program you can run with something like a
- --listen to listen for a connection on one end, and then run the
program with the destination IP from the other? Something along those
lines?

Any and all advice/recommendations are appreciated!

- -- 
Aubrey

"There are two types of people in the world: those who
  can extrapolate from incomplete data."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJPyanQAAoJEDqgFXa7UFQOVqEH/2xxG6uFI8JaB3wWr9myDzsu
YLQUqQhwS5DvKBqc30OQWeWQGSN9hK6u3coX7u03FUu1LKhdUDLoCNgSHxYXr87I
Q21QvNS0muQO4bVSkc3cIwTq9LIaPDVSibG3vRRZ5NedS3mJIMQTQOlcr2ciBnYL
QEBQk8+BI4qZugkoRFBnuAl8Bn3kEWQc0J+6NRZCsvFBmq17rIj5MqA/KI/6WtU9
WDN5xwEoAUy8JBY7sdFfcU3d0Hy4b9xRl0pPYiwjqAw6KCxacUw10I8DNF7/RaRf
yTyC7Pj12+axoiG+ScFjgl7aw/+EB3OZmrPlyc8hhlDgtT+sRHCCroYk82nR9pM=
=gcsx
-END PGP SIGNATURE-

Re: Securing Debian Manual: 5.1.4 Restricing access to file transfer only

[Andrei POPESCU]

On Jo, 08 mar 12, 17:25:53, Stayvoid wrote:
> Hello.
> 
> "... Give users a restricted shell such as scponly or rssh. These
> shells restrict the commands available to the users so that they are
> not provided any remote execution privileges."
> Is it really necessary?

Do you (plan to) have users with shell access?

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Securing Debian Manual: 5.1.4 Restricing access to file transfer only

[Stayvoid]

Hello.

"... Give users a restricted shell such as scponly or rssh. These
shells restrict the commands available to the users so that they are
not provided any remote execution privileges."
Is it really necessary?

http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-services.en.html

Cheers


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cak5fs_hjoe_-cypgjbugj57gfq+1tufqbkf3peatfjwxv-8...@mail.gmail.com

Re: file transfer from removable flash memory: time stamps and case

[H.S.]

Daniel Barclay wrote:
> H.S. wrote:
>> ...
>> When I copy files from a flash memory (inserted in a USB card reader) to
>> my Testing desktop, I notice that the filenames are upper case and the
>> time stamp of the transferred files is the time they were transferred
>> and not when they were originally created.
>>
>> How do I avoid these and get lower case filenames and original
>> timestamps? The flash memories are all vfat.
> 
> 1. Add the option "shortname=winnt" (or maybe some other "shortname="
>values (see the manual page for the "mount" command)) to your mount
>options (in /etc/fstab, your command line, or whatever on your system
>mounts the filesystem on the flash memory).

Okay, I will try to search how this option is related to KDE.


> 2. If you're using the "cp" command to copy, consider the "-p" or "-a"
>options.  Since you're probably dragging and dropping in a file
>manager, you'll have to find that file manager's equivalent of
>cp's -p and/or -a.

Yes, I am using Dolphin for the drag and drop. If I can't find the
equivalent of "-p" or "-a" of cp commands in Dolphin, I think using cp
on cli might be the next option.

Thanks.



-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/htovdq$qf...@dough.gmane.org

Re: file transfer from removable flash memory: time stamps and case

[Daniel Barclay]

H.S. wrote:

...
When I copy files from a flash memory (inserted in a USB card reader) to
my Testing desktop, I notice that the filenames are upper case and the
time stamp of the transferred files is the time they were transferred
and not when they were originally created.

How do I avoid these and get lower case filenames and original
timestamps? The flash memories are all vfat.


1. Add the option "shortname=winnt" (or maybe some other "shortname="
   values (see the manual page for the "mount" command)) to your mount
   options (in /etc/fstab, your command line, or whatever on your system
   mounts the filesystem on the flash memory).

2. If you're using the "cp" command to copy, consider the "-p" or "-a"
   options.  Since you're probably dragging and dropping in a file
   manager, you'll have to find that file manager's equivalent of
   cp's -p and/or -a.

Daniel
--
(Plain text sometimes corrupted to HTML "courtesy" of Microsoft Exchange.) [F]


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4bfffae4.6030...@fgm.com

Re: file transfer from removable flash memory: time stamps and case

[H.S.]

Camaleón wrote:
> On Fri, 28 May 2010 12:50:15 -0400, H.S. wrote:
> 
>> When I copy files from a flash memory (inserted in a USB card reader) to
>> my Testing desktop, I notice that the filenames are upper case and the
>> time stamp of the transferred files is the time they were transferred
>> and not when they were originally created.
>>
>> How do I avoid these and get lower case filenames and original
>> timestamps? The flash memories are all vfat.
> 
> As per "filename case", if you are running GNOME you can tweak that under 
> "start/system tools/configuration editor" and navigate to "system/storage/
> default_options/vfat" then set the value "mount_options" to 
> [shortname=lower,uid=] that will cause all the files, despite their 
> original case, to be transformed into lower case.

Sorry, I forgot to mention I am using KDE on Debian Testing.


> OTOH, I see the right time stamp for the copied files :-?

hmm ... that is strange. I will check again. I notice that in case of
audio files from an mp3 player (which when plugged in the USB port acts
as a flash memory) are all of the same time when they were actually
transferred. I will try again though.



-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/htouj4$nm...@dough.gmane.org

Re: file transfer from removable flash memory: time stamps and case

[Camaleón]

On Fri, 28 May 2010 12:50:15 -0400, H.S. wrote:

> When I copy files from a flash memory (inserted in a USB card reader) to
> my Testing desktop, I notice that the filenames are upper case and the
> time stamp of the transferred files is the time they were transferred
> and not when they were originally created.
> 
> How do I avoid these and get lower case filenames and original
> timestamps? The flash memories are all vfat.

As per "filename case", if you are running GNOME you can tweak that under 
"start/system tools/configuration editor" and navigate to "system/storage/
default_options/vfat" then set the value "mount_options" to 
[shortname=lower,uid=] that will cause all the files, despite their 
original case, to be transformed into lower case.

OTOH, I see the right time stamp for the copied files :-?

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2010.05.28.17.23...@gmail.com

file transfer from removable flash memory: time stamps and case

[H.S.]

Hello.

When I copy files from a flash memory (inserted in a USB card reader) to
my Testing desktop, I notice that the filenames are upper case and the
time stamp of the transferred files is the time they were transferred
and not when they were originally created.

How do I avoid these and get lower case filenames and original
timestamps? The flash memories are all vfat.

Thanks.

-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/htos88$eh...@dough.gmane.org

Re: size problem of large file transfer over https

[H.S.]

H.S. wrote:
> Boyd Stephen Smith Jr. wrote:
>> In , H.S. wrote:
>>> Boyd Stephen Smith Jr. wrote:
 If the Content-Length is correct, it is a problem client-side.  If the
 Content-Length is incorrect, it is a problem server-side.
>>> I gave it a shot myself with my own machine using Iceape browser and I
>>> also see the size as around 132 MB. I am trying from a Debian Testing
>>> machine (ext3 partition).
>>>
>>> Here is the request I see if I try using wget:
>>> .
>>> HTTP request sent, awaiting response... 200 OK
>>> Length: 138256384 (132M) [application/x-tar]
>>>
>>> So something is messed with the server. How do I go about checking what?
>> I am also not an expert in Apache, so this is about as far as I can take 
>> you.  You should probably scan the Apache documentation for options 
>> pertaining to "big", "large", or "huge" files.  (Or perhaps they are more 
>> technical and use the phrase 32-bit or >4G.)  While you are doing that I'd 
>> hit an apache-specific list (and hope someone better versed replies here) 
>> with your query.
 >
> Right. Thanks for your help. I am going to check apache docs now.
> 


Well, looks like I know what the problem now is. The apache server on
the machine in questions is an older one:
apache  1.3.34-4.1

The problem appears with files larger than 2 GB.

Base on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=156972, the bug
appears to be fixed in apache2. The only solution is to upgrade to apache2.

That clears up the problem I was having earlier in the day.

Thanks to everyone who participated in this discussion.
Regards.

-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: size problem of large file transfer over https

[Alex Samad]

On Thu, Mar 26, 2009 at 12:36:19PM -0400, H.S. wrote:
> Boyd Stephen Smith Jr. wrote:
> > In , H.S. wrote:
> >> I have a large data tar file of 4.4 GB. I have made it available over
> >> https to be downloaded by the recipient. This is on a Debian Sid, 2.6.26

[snip]

> > If the Content-Length is correct, it is a problem client-side.  If the 
> > Content-Length is incorrect, it is a problem server-side.
> 
> I gave it a shot myself with my own machine using Iceape browser and I
> also see the size as around 132 MB. I am trying from a Debian Testing
> machine (ext3 partition).
> 
> Here is the request I see if I try using wget:
> .
> .
> .
> HTTP request sent, awaiting response... 200 OK
> Length: 138256384 (132M) [application/x-tar]
> Saving to: `datafile.tar'
> 
> 18% [==>   ] 25,657,344  11.1M/s  ^C

what if you point the browser at the directory instead of the file, the
listing should give you a file size as well 

> 
> 
> So something is messed with the server. How do I go about checking what?
> 
> Thanks.
> 
> 
> -- 
> 
> Please reply to this list only. I read this list on its corresponding
> newsgroup on gmane.org. Replies sent to my email address are just
> filtered to a folder in my mailbox and get periodically deleted without
> ever having been read.
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 
> 

-- 
Genius is one percent inspiration and ninety-nine percent perspiration.
-- Thomas Alva Edison


signature.asc
Description: Digital signature

Re: [work around] Re: size problem of large file transfer over https

[H.S.]

Rob Starling wrote:
> On Thu, Mar 26, 2009 at 01:27:27PM -0400, H.S. wrote:
>> Well, I split the tar file to smaller chunks of 680M each (using the
>> split command).
>> $> split -d -b 680M /tmp/datafile.tar  datfile
> ...
> 
> just be sure that the * expands to the names of the files in the
> right order!  if it's just a few, i'd play it safe and just list
> 'em in the right order.
> 
> --Rob*
> 

Of course. That "-d" tells split to number them sequentially. There are
only seven parts and they are listed in the right order.

Thanks.



-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: [work around] Re: size problem of large file transfer over https

[Rob Starling]

On Thu, Mar 26, 2009 at 01:27:27PM -0400, H.S. wrote:
> Well, I split the tar file to smaller chunks of 680M each (using the
> split command).
> $> split -d -b 680M /tmp/datafile.tar  datfile
...
> The only problem is that the remote user uses Windows and will need a
> method to join them together back to the tar file. In Linux, one would
> just cat them together. In Windows, I have searched google and found the
> following will work on a command prompt:
> copy /b datfile* datafile.tar /b
> 
> where datfilenn are the split files. This was from:
> http://elliottback.com/wp/combine-split-files-in-windows/

just be sure that the * expands to the names of the files in the
right order!  if it's just a few, i'd play it safe and just list
'em in the right order.

--Rob*

-- 
/-\
| "If we couldn't laugh we would all go insane"   |
|  --Jimmy Buffett,   |
|"Changes in Latitudes, Changes in Attitudes" |
\-/


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

[work around] Re: size problem of large file transfer over https

[H.S.]

Boyd Stephen Smith Jr. wrote:
> In , H.S. wrote:
>> Boyd Stephen Smith Jr. wrote:
>>>
>>> If the Content-Length is correct, it is a problem client-side.  If the
>>> Content-Length is incorrect, it is a problem server-side.
>> I gave it a shot myself with my own machine using Iceape browser and I
>> also see the size as around 132 MB. I am trying from a Debian Testing
>> machine (ext3 partition).
>>
>> Here is the request I see if I try using wget:
>> .
>> HTTP request sent, awaiting response... 200 OK
>> Length: 138256384 (132M) [application/x-tar]
>>
>> So something is messed with the server. How do I go about checking what?
> 
> I am also not an expert in Apache, so this is about as far as I can take 
> you.  You should probably scan the Apache documentation for options 
> pertaining to "big", "large", or "huge" files.  (Or perhaps they are more 
> technical and use the phrase 32-bit or >4G.)  While you are doing that I'd 
> hit an apache-specific list (and hope someone better versed replies here) 
> with your query.
> 
> If you don't get any (more) traction on the mailing lists and are fairly 
> sure your setup is correct, so ahead and file a bug (if one doesn't already 
> exist).

Well, I split the tar file to smaller chunks of 680M each (using the
split command).
$> split -d -b 680M /tmp/datafile.tar  datfile

Now I am able to download the files successfully from the apache server
machine using wget. Apache reports the correct size now of Length:
713031680 (680M)

The only problem is that the remote user uses Windows and will need a
method to join them together back to the tar file. In Linux, one would
just cat them together. In Windows, I have searched google and found the
following will work on a command prompt:
copy /b datfile* datafile.tar /b

where datfilenn are the split files. This was from:
http://elliottback.com/wp/combine-split-files-in-windows/

The tar file then can be opened by using 7-zip in Windows.



-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: size problem of large file transfer over https

[H.S.]

Boyd Stephen Smith Jr. wrote:
> In , H.S. wrote:
>> Boyd Stephen Smith Jr. wrote:
>>>
>>> If the Content-Length is correct, it is a problem client-side.  If the
>>> Content-Length is incorrect, it is a problem server-side.
>> I gave it a shot myself with my own machine using Iceape browser and I
>> also see the size as around 132 MB. I am trying from a Debian Testing
>> machine (ext3 partition).
>>
>> Here is the request I see if I try using wget:
>> .
>> HTTP request sent, awaiting response... 200 OK
>> Length: 138256384 (132M) [application/x-tar]
>>
>> So something is messed with the server. How do I go about checking what?
> 
> I am also not an expert in Apache, so this is about as far as I can take 
> you.  You should probably scan the Apache documentation for options 
> pertaining to "big", "large", or "huge" files.  (Or perhaps they are more 
> technical and use the phrase 32-bit or >4G.)  While you are doing that I'd 
> hit an apache-specific list (and hope someone better versed replies here) 
> with your query.
> 
> If you don't get any (more) traction on the mailing lists and are fairly 
> sure your setup is correct, so ahead and file a bug (if one doesn't already 
> exist).


Right. Thanks for your help. I am going to check apache docs now.

Regards.

-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: size problem of large file transfer over https

[Boyd Stephen Smith Jr.]

In , H.S. wrote:
>Boyd Stephen Smith Jr. wrote:
>> In , H.S. wrote:
>>> I have a large data tar file of 4.4 GB. I have made it available over
>>> https to be downloaded by the recipient. This is on a Debian Sid,
>>> 2.6.26 kernel and the partition is ext3.
>>>
>>> When the remote user clicks on that download link, his browser is
>>> showing the file size to be only around 130 MB. The client is a Windows
>>> XP machine where the drive is NTFS formatted.
>> It's probably not a problem with the Apache server.  Instead, it is
>> probably an issue with the Windows client.  The size reported by the
>> Apache server is probably overflowing a 32-bit unsigned integer.  I'm
>> pretty sure the NTFS supports 4.4G files, but that doesn't mean that
>> every client (or server) is prepared to see a size that large.
>>
>> If the Content-Length is correct, it is a problem client-side.  If the
>> Content-Length is incorrect, it is a problem server-side.
>I gave it a shot myself with my own machine using Iceape browser and I
>also see the size as around 132 MB. I am trying from a Debian Testing
>machine (ext3 partition).
>
>Here is the request I see if I try using wget:
>.
>HTTP request sent, awaiting response... 200 OK
>Length: 138256384 (132M) [application/x-tar]
>
>So something is messed with the server. How do I go about checking what?

I am also not an expert in Apache, so this is about as far as I can take 
you.  You should probably scan the Apache documentation for options 
pertaining to "big", "large", or "huge" files.  (Or perhaps they are more 
technical and use the phrase 32-bit or >4G.)  While you are doing that I'd 
hit an apache-specific list (and hope someone better versed replies here) 
with your query.

If you don't get any (more) traction on the mailing lists and are fairly 
sure your setup is correct, so ahead and file a bug (if one doesn't already 
exist).
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.

Re: size problem of large file transfer over https

[H.S.]

Boyd Stephen Smith Jr. wrote:
> In , H.S. wrote:
>> I have a large data tar file of 4.4 GB. I have made it available over
>> https to be downloaded by the recipient. This is on a Debian Sid, 2.6.26
>> kernel and the partition is ext3.
>>
>> When the remote user clicks on that download link, his browser is
>> showing the file size to be only around 130 MB. The client is a Windows
>> XP machine where the drive is NTFS formatted.
>>
>> I am not well versed with apache server. Have it somehow hit a limit set
>> in the https server? If not what gives?
> 
> It's probably not a problem with the Apache server.  Instead, it is probably 
> an issue with the Windows client.  The size reported by the Apache server is 
> probably overflowing a 32-bit unsigned integer.  I'm pretty sure the NTFS 
> supports 4.4G files, but that doesn't mean that every client (or server) is 
> prepared to see a size that large.
> 
> Could you post the results of an HTTP HEAD request for the file?  I'm 
> particularly interested in what Apache is sending as the value of the 
> Content-Length header.  If you don't have another tool in mind for this, 
> wget should be able to show you these headers.
> 
> If the Content-Length is correct, it is a problem client-side.  If the 
> Content-Length is incorrect, it is a problem server-side.

I gave it a shot myself with my own machine using Iceape browser and I
also see the size as around 132 MB. I am trying from a Debian Testing
machine (ext3 partition).

Here is the request I see if I try using wget:
.
.
.
HTTP request sent, awaiting response... 200 OK
Length: 138256384 (132M) [application/x-tar]
Saving to: `datafile.tar'

18% [==>   ] 25,657,344  11.1M/s  ^C


So something is messed with the server. How do I go about checking what?

Thanks.


-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: size problem of large file transfer over https

[Boyd Stephen Smith Jr.]

In , H.S. wrote:
>I have a large data tar file of 4.4 GB. I have made it available over
>https to be downloaded by the recipient. This is on a Debian Sid, 2.6.26
>kernel and the partition is ext3.
>
>When the remote user clicks on that download link, his browser is
>showing the file size to be only around 130 MB. The client is a Windows
>XP machine where the drive is NTFS formatted.
>
>I am not well versed with apache server. Have it somehow hit a limit set
>in the https server? If not what gives?

It's probably not a problem with the Apache server.  Instead, it is probably 
an issue with the Windows client.  The size reported by the Apache server is 
probably overflowing a 32-bit unsigned integer.  I'm pretty sure the NTFS 
supports 4.4G files, but that doesn't mean that every client (or server) is 
prepared to see a size that large.

Could you post the results of an HTTP HEAD request for the file?  I'm 
particularly interested in what Apache is sending as the value of the 
Content-Length header.  If you don't have another tool in mind for this, 
wget should be able to show you these headers.

If the Content-Length is correct, it is a problem client-side.  If the 
Content-Length is incorrect, it is a problem server-side.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.

size problem of large file transfer over https

[H.S.]

Hello,

I have a large data tar file of 4.4 GB. I have made it available over
https to be downloaded by the recipient. This is on a Debian Sid, 2.6.26
kernel and the partition is ext3.

When the remote user clicks on that download link, his browser is
showing the file size to be only around 130 MB. The client is a Windows
XP machine where the drive is NTFS formatted.

I am not well versed with apache server. Have it somehow hit a limit set
in the https server? If not what gives?

Thanks.

-- 

Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: file transfer information

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/20/07 09:48, Bob Cox wrote:
> In article <[EMAIL PROTECTED]>,
> Ron Johnson <[EMAIL PROTECTED]> wrote:
> 
>> On 11/19/07 16:06, Hugo Vanwoerkom wrote:
>>> Ron Johnson wrote:
 On 11/18/07 22:19, hce wrote:
> Hi,
>
> I use scp to transfer a file, it displayed 50 KB/s. Does that mean 50
> Kbit/s or 50 Kbyte/s?
 Byte
 bit

>>> Hm,hmm... Let's see... Ron? What does that mean?
>> B - bytes
>> b - bits
> 
> And should it not really be kB, rather than KB? 

In the 28 years I've been around computers, I've never seen it
written that way by anyone who knows what they're doing.

- --
Ron Johnson, Jr.
Jefferson LA  USA

%SYSTEM-F-FISH, my hovercraft is full of eels
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHQxXwS9HxQb37XmcRAhQ/AKCm8ZwSBrkwPx/1xJB0NQVXpMH+yQCgoEoW
r9eCS5UN1nK/7QZO6Z6+dYY=
=tLMu
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: file transfer information

[Bob Cox]

In article <[EMAIL PROTECTED]>,
Ron Johnson <[EMAIL PROTECTED]> wrote:

>
> On 11/19/07 16:06, Hugo Vanwoerkom wrote:
>> Ron Johnson wrote:
>>> On 11/18/07 22:19, hce wrote:
 Hi,

 I use scp to transfer a file, it displayed 50 KB/s. Does that mean 50
 Kbit/s or 50 Kbyte/s?
>>>
>>> Byte
>>> bit
>>>
>> 
>> Hm,hmm... Let's see... Ron? What does that mean?
>
> B - bytes
> b - bits

And should it not really be kB, rather than KB? 

-- 
Bob Cox.  Stoke Gifford, near Bristol, UK  http://pippin.co.uk
Registered as user #445000 with the Linux Counter  http://counter.li.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: file transfer information

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/19/07 16:06, Hugo Vanwoerkom wrote:
> Ron Johnson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 11/18/07 22:19, hce wrote:
>>> Hi,
>>>
>>> I use scp to transfer a file, it displayed 50 KB/s. Does that mean 50
>>> Kbit/s or 50 Kbyte/s?
>>
>> Byte
>> bit
>>
> 
> Hm,hmm... Let's see... Ron? What does that mean?

B - bytes
b - bits

- --
Ron Johnson, Jr.
Jefferson LA  USA

%SYSTEM-F-FISH, my hovercraft is full of eels
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHQg+5S9HxQb37XmcRAl+YAJ0WiEkmGUW+I9AbMJssGQXJHMWu+gCfYIW7
eYV1KlYRbOkizI3BQ0SQ0A8=
=jK0w
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: file transfer information

[Andrew Sackville-West]

On Mon, Nov 19, 2007 at 04:06:51PM -0600, Hugo Vanwoerkom wrote:
> Ron Johnson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 11/18/07 22:19, hce wrote:
>>> Hi,
>>>
>>> I use scp to transfer a file, it displayed 50 KB/s. Does that mean 50
>>> Kbit/s or 50 Kbyte/s?
>>
>> Byte
>> bit
>>
>
> Hm,hmm... Let's see... Ron? What does that mean?

I should butt out of Ron's business, but...

Byte
^
^
^

bit
^
^
^

:)

A


signature.asc
Description: Digital signature

Re: file transfer information

[Hugo Vanwoerkom]

Ron Johnson wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/18/07 22:19, hce wrote:

Hi,

I use scp to transfer a file, it displayed 50 KB/s. Does that mean 50
Kbit/s or 50 Kbyte/s?


Byte
bit



Hm,hmm... Let's see... Ron? What does that mean?

Hugo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]