Does anyone have libmtp freeware currently working on Linux or Windows who can show us how to COPY files to/from unrooted Android over USB using libmtp?

[Arlen Holder]

Does anyone already have libmtp freeware currently working on Linux or
Windows who can show us how to COPY files to/from unrooted Android over USB
using libmtp?

Linux: <http://s1.bild.me/bilder/110417/6181360dir01.jpg>
Windows: <http://s1.bild.me/bilder/110417/8605173dir05.jpg>
libmtp: <http://s1.bild.me/bilder/110417/9648761dir.jpg>

I ask to help out on a recent thread on Android where a user apparently
tried to get adb freeware to find and copy files on an unrooted system,
where libmtp is possibly another potential solution.
o Rooting my Galaxy 9+
<https://groups.google.com/forum/#!topic/comp.mobile.android/lX0a9XXs5Os>

Specifically responding helpfully to this post:
<https://groups.google.com/d/msg/comp.mobile.android/lX0a9XXs5Os/jNv6rYuuAAAJ>

If you already have libmtp working on Windows or Linux, while I can easily
list the entire Android file system - can you show us how you can copy
files back and forth to and from the system directories of that unrooted
Android file system over USB?
--
Together we can accomplish far more than anyone of us can alone.

[Rene]

Who cares. twit

[Arlen Holder]

On Tue, 3 Mar 2020 15:57:43 -0000 (UTC), Arlen Holder wrote:

> Does anyone already have libmtp freeware currently working on Linux or
> Windows who can show us how to COPY files to/from unrooted Android over USB
> using libmtp?

Does anyone have libMTP already working on Windows/Linux for copy of files
(e.g., hosts) to the non-rooted Android system file hierarchy over USB?

To get the details started, this is the furthest I got with libMTP since I
was looking for a different kind of solution (i.e., I was trying to "mount"
the entire Android filesystem, including the root file system, of an
unrooted Android, where I found a better method and hence stopped
experimenting with libMTP at this point).
o Does freeware exist on Windows that will mount (as a drive letter)
Android connected via USB as MTP?
<https://groups.google.com/d/msg/alt.comp.freeware/TaIlIMK2Nuw/OjCcwMDDBAAJ>

Here's where I stopped testing libMTP:
=== === === cut and paste from the thread === === ===
6. MTP over USB: (*libMTP*, libusbK, libiconv)
<http://www.bild.me/bild.php?file=4656598libtmp01.jpg>
o Plug in Android to USB + libMTP commands on Windows
o Can see and manipulate every file on the Android filesystem
o But it can't yet mount the Android filesystem as a drive letter
Tested with:
LibMTP <https://sourceforge.net/projects/libmtp/>
LibusbK <https://sourceforge.net/projects/libusb-win32/>
LibiConv <http://gnuwin32.sourceforge.net/packages/libiconv.htm>
=== === === cut and paste from the thread === === ===

The question there was "mounting", whereas the question in this thread is
simpler, which is how to copy over USB any file from Windows or Linux
(e.g., the hosts file) to the system directory of current Android, without
Android being rooted.

Does anyone have libMTP already working on Windows/Linux for copy of files
(e.g., hosts) to the non-rooted Android system file hierarchy over USB?
--
Usenet enables purposefully helpful adults around the world to share ideas!

[Arlen Holder]

UPDATE:

Since we want a solution to a difficult problem (and we're not here for
idiotic chit chat), I don't expect anyone but an expert in either Windows,
Linux, or Android to be able to resolve this rather difficult problem set.

Hence, all posts from the worthless well-known trolls will be ignored.

Nonetheless, I hope, on all of Usenet for these three OS groups, that
purposefully helpful experts do exist - or that purposefully helpful adults
can suggest possible avenues which can resolve this important problem set.
copy windows/linux:hosts to non-rooted-android:hosts

To that end, I provide below a simple well-defined problem set for test:

Problem set defined to a specific well-defined task:
o Copy the hosts file from Windows or Linux to non-rooted Android over USB.
o On a current Android version (e.g., something like Android 7 to 10).

Note that some older articles "claim" adb can do this, but they seem to
work only on much older Android versions, as far as anyone can tell.
o How to copy the hosts file from Windows/Linux to non-rooted Android
<https://www.modmy.com/how-modify-hosts-file-your-android-device>

Where that article suggests a method I tested on Android Nougat & failed:
Windows: adb push C:\Windows\System32\drivers\etc\HOSTS ANDROID:/system/etc/hosts
Linux: adb push /etc/hosts ANDROID:/system/etc/hosts

The purpose of this thread is not idle worthless meaningless chit chat, but
to discuss how to resolve an important problem set which is illustrated by
the ability to copy the Linux or Windows hosts file to a current version of
Android /etc/hosts root file location over USB sans the current version of
Android being rooted.

Very few people will be able to provide value on this question, so I ask
those who can only post worthless drivel to post that on some other thread
where I will ignore you as you can't possibly help us in any technical
problem anyway - so all your posts are utterly worthless drivel.

For those very few (e.g., people like Marek was) who actually have
technical skills (Paul? wasbit?, Mike Easter?), have you ever tested libMTP
and if so, have you been able to get it to copy from Linux/Windows to the
system hierarchy of non-rooted Android over USB?
--
Only 2 kinds of people are on Usenet: Those adding value & those who can't.

[J.O. Aho]

On 03/03/2020 16.57, Arlen Holder wrote:
> Does anyone already have libmtp freeware currently working on Linux or
> Windows who can show us how to COPY files to/from unrooted Android over USB
> using libmtp?

There are a number of different mtp solutions, where you may have luck
with one but not with another and after a few updated it can be the
other way around. As there ain't any official support of libmtp or the
others, I more or less don't care about mtp anymore as kdeconnect solves
the problem for me and I can use it to so much more than just transfer
files between my computer and android devices. Just open the dolphin and
run in split mode and drag the files between the two view when you want
to copy or move files.

> I ask to help out on a recent thread on Android where a user apparently
> tried to get adb freeware to find and copy files on an unrooted system,
> where libmtp is possibly another potential solution.

adb requires you to change developer options and enable USB debuging and
see to that the USB connection hasn't been set to only for charging.

--

//Aho

[Dan Purgert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Rene wrote:
> On 2020-03-03 9:57 a.m., Arlen Holder wrote:
>> Does anyone already have libmtp freeware currently working on Linux or
>> Windows who can show us how to COPY files to/from unrooted Android
>> over USB using libmtp?
>>
>

> Who cares. twit

Didn't Arlen have a huge "tutorial(tm)" on "Sliding Files" between
Android and any other OS effortlessly, and significantly faster than
MTP?

Maybe that's the answer to the problem.

(tongue firmly in cheek)

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl5eth8ACgkQjhHd8xJ5
ooFSmwf+IPpfF9dYoaUYQpN+k0ZazApeFguFLEcmoK7DZhjodvMvQRtySJ0X+K2k
/FEu+L5SrXkL4m169XSosKU5L/1Z/W/5M1YKcNfol49NN4sukbuIlDov/xYhghYC
s5i4RoHNB9UqL/Uj/f2YATzArXqFI7UcUora6vvcZArn3pMxMiPiNpUazQS0Lv7q
Sa3zu+Jk7DDr2mrSrSHJBoutn3YqdOTN6yr4sgjRwbEHEOGVLIAiiZseNg5/eX9D
P4ySazurrFLL7Lk5qkQbTr4qF9qeKOuioplups+NSq5tBfZTenzpm3PE1KzhaVrJ
pYqTeienuFqsOIQhtYaNtrlJI3na+Q==
=NTft
-----END PGP SIGNATURE-----

--
|_|O|_|
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281

[Jasen Betts]

linux. Debian 10 "Buster", gnome 3, Nautilus (AKA "Files")

On 2020-03-03, Arlen Holder <arlen.geo...@is.invalid> wrote:
> Does anyone already have libmtp freeware currently working on Linux or
> Windows who can show us how to COPY files to/from unrooted Android over USB
> using libmtp?

The only problem is that I have to open twice, the first time gets a
empty filesystem and a prompt on the android system, after confirming
access, I have to retry opening it.

> If you already have libmtp working on Windows or Linux, while I can easily
> list the entire Android file system - can you show us how you can copy
> files back and forth to and from the system directories of that unrooted
> Android file system over USB?

It's the same as copying any other file from external media.

> o Rooting my Galaxy 9+
><https://groups.google.com/forum/#!topic/comp.mobile.android/lX0a9XXs5Os>
>
> Specifically responding helpfully to this post:
><https://groups.google.com/d/msg/comp.mobile.android/lX0a9XXs5Os/jNv6rYuuAAAJ>

I am not interested in investigating those threads.

> If you already have libmtp working on Windows or Linux, while I can easily
> list the entire Android file system - can you show us how you can copy
> files back and forth to and from the system directories of that unrooted
> Android file system over USB?

The system dorectories are not accesable via MTP, only media
directories.

--
Jasen.

[Arlen Holder]

On Tue, 3 Mar 2020 18:45:13 +0100, J.O. Aho wrote:

> There are a number of different mtp solutions, where you may have luck
> with one but not with another and after a few updated it can be the
> other way around.

Hi J.O. Aho, (post & fup left at c.m.a & a.o.l, with windows removed)

Thanks, first and foremost, for being an adult who is purposefully helpful.
o If we on this ng can solve this problem, we've accomplished a _lot_.

Regarding MTP solutions, I've tried the two known free ones for _mounting_
o MTPDrive (windows)
o MTP (linux)
Plus I tried a non-MTP solutions for _mounting_ Android on Linux/Windows:
o WebDAV (linux/windows)
o FTP (linux/windows)

All work just fine for _mounting_ the entire unrooted Android file system
(including system files) on the Windows/Linux computer.

But the goal of this thread isn't mounting, but something more lofty.

The goal of this thread is the lofty goal of copying from the computer to
the root file system on a non-root Android, files such as the hosts file:
copy hosts-from-computer to hosts-on-android

I'm "told" that libMTP will do that; but I haven't been able to get it to
work yet, where I understand your point that libMTP may be a dead end.

> As there ain't any official support of libmtp or the
> others, I more or less don't care about mtp anymore as kdeconnect solves
> the problem for me and I can use it to so much more than just transfer
> files between my computer and android devices. Just open the dolphin and
> run in split mode and drag the files between the two view when you want
> to copy or move files.

Hmmmmm.... this seems new to me, this kdeconnect, and yet it sounds
somewhat familiar, so I'll have to dig a bit at this helpful suggestion!

"KDE Connect is an Android app and a Desktop app that acts as a
bridge between your mobile devices and your computers....
KDE Connect supports sending files bi-directionally between
your devices as well as mounting your mobile devices to the
file manager of your computer to wirelessly browse your devices"
<https://play.google.com/store/apps/details?id=org.kde.kdeconnect_tp>
<https://www.makeuseof.com/tag/kde-connect-sync-android-linux/>
<https://github.com/KDE/kdeconnect-android>

Thank you for this suggestion of kdeconnect, which I need to test out.
o It seems vaguely familiar but I need to test it out further to be sure.

This solution of using "kdeconnect" seems to be ideal "if", it will allow
us to copy the hosts file on Linux to the /etc/hosts location on a non
rooted Android over USB.

Do you think kdeconnect can allow us to write to the non-rooted Android
system file system (as adb is documented to do, but it didn't work for me).

>> I ask to help out on a recent thread on Android where a user apparently
>> tried to get adb freeware to find and copy files on an unrooted system,
>> where libmtp is possibly another potential solution.
>
> adb requires you to change developer options and enable USB debuging and
> see to that the USB connection hasn't been set to only for charging.

I've done all that, where I can easily use adb to copy the Android hosts
file to Windows or Linux, but not the other way around.

To be clear, with adb, I was easily able to _read_ the entire Android
filesystem (including the system file system) on a non-rooted Nougat phone,
but I wasn't able to _write_ to the Android root filesystem using adb.\

The lofty goal here is not to read the entire non-rooted Android system
file system (as that's easy); the goal is to _write_ to it over USB!
copy linux-or-windows-hosts to non-rooted-android-hosts

[Arlen Holder]

On Tue, 3 Mar 2020 23:54:48 -0000 (UTC), Jasen Betts wrote:

> The system dorectories are not accesable via MTP, only media
> directories.

Hi Jasen Betts,

If we on this ng can solve this problem, we've accomplished a _lot_!
o copy windows-or-linux-hosts-file to unrooted-android-hosts-file

Thanks Jasen Betts for that advice, where I've been able to access the
entire root file system of Android Nougat from Windows & Linux (e.g., it's
trivial to copy the Android /etc/hosts file over USB).

But I haven't yet been able to _write_ to the Android root filesystem of an
unrooted Nougat phone (LG Stylo 3 Plus).

I'll try it again on the new unrooted Android Pie phone I now have (Moto
G7), where it _never_ was a problem either mounting the entire Android file
system (including system files) or reading the entire Android file system
(including system files).

The problem is _writing_ to the system area of Android from the computer.
copy hosts-from-computer to hosts-on-android

> I am not interested in investigating those threads.

Here's a quick summary of what I've used in the past for easy "mounting" of
the entire Android file system (including the root filesystem) using an
unrooted Nougat phone on Windows and Ubuntu.

1. MTP over USB: (*MTPDrive*)
<http://www.bild.me/bild.php?file=1853998dir02.jpg>
o Android set to MTP + MTPDrive payware on Windows
o Mount the Android filesystem as a drive letter on Windows
o MTPDrive limited to 30 files transferred per session
<http://www.bild.me/bild.php?file=8315262dir03.jpg>
Tested with:
MTPDrive <http://mtpdrive.com/download.html>

2. MTP over USB: (*Linux*)
<http://www.bild.me/bild.php?file=6181360dir01.jpg>
o Android set to MTP + dual-boot Ubuntu with Windows
o There are no limits whatsoever as to what you can do
Tested with:
Ubuntu 18.04 <https://www.ubuntu.com/download/desktop>

3. WebDAV over WiFi: (*net use)
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
o WebDAV freeware server on Android + "net use" on Windows
o Mount the Android filesystem as a drive letter on Windfreeware isows
o There are no limits whatsoever as to what you can do
Tested with:
<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>

4. FTP over WiFi: (*DirectNetDrive*)`-----------+34q237690`-* -++
<http://www.bild.me/bild.php?file=4731516dir011.jpg>
<http://www.bild.me/bild.php?file=6340420dir012.jpg>
o FTP freeware server on Android + DnD freeware on Windows
o Mount the Android filesystem as a drive letter using DnD freeware
o There are no limits whatsoever as to what you can do
Tested with:
DirectNetDrive <http://www.directnet-drive.net/>

5. FTP over WiFi: (*NetDrive 1.3.2.0*)
<http://www.bild.me/bild.php?file=1383190dir014.jpg>
o FTP freeware server on Android + (older) NetDrive freeware on Windows
o Mount the Android filesystem as a drive letter using NetDrive freeware
o There are no limits whatsoever as to what you can do
Tested with:
NetDrive 1.3.2.0 <https://filehippo.com/download_netdrive/12615/>

Those interested in solving this rather difficult problem, please see the
kdeconnect solution purposefully helpfully proposed by J.O. Aho on the
subthread with the windows group removed:
<https://groups.google.com/d/msg/alt.os.linux/rN0tMFWPwHo/OsFWn5y3CAAJ>

"KDE Connect is an Android app and a Desktop app that acts as a
bridge between your mobile devices and your computers....
KDE Connect supports sending files bi-directionally between
your devices as well as mounting your mobile devices to the
file manager of your computer to wirelessly browse your devices"
<https://play.google.com/store/apps/details?id=org.kde.kdeconnect_tp>
<https://www.makeuseof.com/tag/kde-connect-sync-android-linux/>

--
Adults working together to solve problems is what Usenet is all about.

[Arlen Holder]

On Wed, 4 Mar 2020 04:20:57 -0000 (UTC), Arlen Holder wrote:

> Those interested in solving this rather difficult problem, please see the
> kdeconnect solution purposefully helpfully proposed by J.O. Aho on the
> subthread with the windows group removed:
> <https://groups.google.com/d/msg/alt.os.linux/rN0tMFWPwHo/OsFWn5y3CAAJ>
>
> "KDE Connect is an Android app and a Desktop app that acts as a
> bridge between your mobile devices and your computers....
> KDE Connect supports sending files bi-directionally between
> your devices as well as mounting your mobile devices to the
> file manager of your computer to wirelessly browse your devices"

> <https://www.makeuseof.com/tag/kde-connect-sync-android-linux/>

UPDATE: <https://i.postimg.cc/Nf0xfCKz/kdeconnect01.jpg>
<https://i.postimg.cc/br8x13Y4/kdeconnect02.jpg>
<https://i.postimg.cc/zBH3DcTt/kdeconnect03.jpg>
<https://i.postimg.cc/dtJJ48ty/kdeconnect04.jpg>

The purposefully helpful suggestion from J.O. Aho is worth checking out.
<https://community.kde.org/KDEConnect>

Since I don't have anything from Google running on my non-rooted Moto G7
(not even Google Services Framework), I was happy to see that the
KDEconnect client app that J.O. Aho suggested installs & opens just fine
without anything Google whatsoever working on the non-rooted phone.
<https://i.postimg.cc/q7m1Lf6y/permission13.jpg>

Hence, I installed KDEConnect on Android Pie using the Aurora scraper:
<https://play.google.com/store/apps/details?id=org.kde.kdeconnect_tp>

Although I could just as well have used F-Droid to obtain the client:
<https://f-droid.org/en/packages/org.kde.kdeconnect_tp/>

Where kdeconnect opens up asking for compatible devices to connect to:
<https://i.postimg.cc/Nf0xfCKz/kdeconnect01.jpg>

Now it's time to install KDE Connect desktop on both Windows & Linux:
<https://www.dedoimedo.com/computers/kde-connect-windows.html>
<https://binary-factory.kde.org/view/Windows%2064-bit/job/kdeconnect-kde_Nightly_win64/>

Linux:
# apt-get build-dep kdeconnect

Windows: <https://sourceforge.net/projects/kde-windows/>
<https://pilotfiber.dl.sourceforge.net/project/kde-windows/pkg-config/pkg-config.exe>
<https://binary-factory.kde.org/view/Windows%2064-bit/job/kdeconnect-kde_Nightly_win64/lastSuccessfulBuild/artifact/kdeconnect-kde-master-324-windows-msvc2017_64-cl.exe>

On Windows, the installer defaults to the app directory location of:
C:\Users\{you}\AppData\Local\KDE Connect\
Which I changed to the location where I install network software:
C:\app\network\kdeconnect\
Since I keep all my apps in a duplicate hierarchy of my menus.
Start > menu > app > network > kdeconnect
Where the installer put a shortcut to kdeconnect in the crazy location:
C:\Users\{you}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\KDE Connect.lnk
Which I copied to the default location for my cascaded start menu:
Start > menu > app > network > kdeconnect.lnk
Whose target location was set to the following by the installer:
Target = C:\app\network\kdeconnect\bin\kdeconnect-indicator.exe
The result is the KDE Connect desktop app running on Windows:
<https://i.postimg.cc/br8x13Y4/kdeconnect02.jpg>
A Windows Defender Firewall block "kdeconnectd" notification pops up:
<https://i.postimg.cc/zBH3DcTt/kdeconnect03.jpg>
Note: I never know what to say to those so I just "Allow access".
Where I noted this directory was created by KDE Connect on Windows:
C:\Users\{you}\AppData\Local\kdeconnect

On the Android phone, the PC is now visible in the kdeconnect client:
<TBD>
On the Android phone, a request pairing blue button pops up:
<TBD>
That pops up a notification on Windows to accept the pairing:
<TBD>
Which pops us a screen on Android to "Send files":
<TBD>
I then selected a file & "sent" it from Android to Windows over Wi-Fi:
<TBD>
I couldn't yet find those files, where the Windows KDE Connect desktop app
kept crashing every time I tried to set the "share and recieve" "configure"
button:
<TBD>

On Android I hit the KDE Connect "Share and receive" option.
<TBD>
I then right clicked on the KDE Connect in the Windows 10 tray to "send
files" from Windows to Android, and selected the Windows HOST file
<TBD>

Hmmm.... it crashed again. Time to debug.
<https://i.postimg.cc/dtJJ48ty/kdeconnect04.jpg>
https://i.postimg.cc/dtJJ48ty/kdeconnect04.jpg

In summary...
There are a bunch of send/receive options, where I'll see if I can send the
Windows HOSTS file to the unrooted Android 9 root file system "/etc/hosts"
using either the Windows or Linux KDEConnect desktop with the Android KDE
Connect client.

[Arlen Holder]

On Wed, 4 Mar 2020 04:20:56 -0000 (UTC), Arlen Holder wrote:

> Do you think kdeconnect can allow us to write to the non-rooted Android
> system file system (as adb is documented to do, but it didn't work for me).

Hi J.O. Aho,

Thank you very much for being a purposefully helpful adult on Usenet, and
by letting us know that the libMTP solutions aren't well supported but that
KDEConnect suggestion appears to be a keeper!

KDE Connect runs on 4 of the 5 common consumer platforms, most notably
o Android (the Wi-Fi client)
o Linux (the Wi-Fi server)

I installed the Windows version of KDE Connect and tested on my $100 Moto
G7 running Android 9, where my high-level summary is these 3 comments:
1. *The KDE Connect "Send files" over Wi-Fi button is to die for!*
2. There's some "strange magic" in addition to the "Send files" button.
3. I haven't found yet how to copy a desktop hosts to Android /etc/hosts.

*Regarding the "Send files" button, it's FANTASTIC!*
o You hit the button on Android & select the files you want to send.
o Those files end up on the desktop, in the KDE Connect "default" folder.

You'd "think" the default folder would be what the installer created:
C:\Users\{you}\AppData\Local\kdeconnect\.
But you'd be wrong as _nothing_ (yet) shows up in that default folder:

Instead, the "Send files" sends files to the Windows "Downloads" folder:
C:\Users\{you}\Downloads\.
Which, for most people, would make sense, but for me, that folder didn't
even _exist_ prior to me installing KDE Connect.

So KDE Connect must have _created_ that Downloads folder with a hard-coded
call, since I long ago _moved_ all the "special" folders to a
well-organized hierarchy that is well planned ahead of time consisting of
only four folders for all single-user Windows systems I own:
C:\data {for data I care about long term}
C:\tmp {for data I only care about short term}
===
C:\software {virgin software installers saved in an organized hierarchy}
C:\apps {installed software in the exact same well organized hierarchy}

For those organizational purposes the Windows "special folders" were moved
long ago to the "tmp" hierarchy, I was surprised that KDE Connect had a
hard-coded call to _create_ that Windows special folder, because most
application programs use the Windows %whatever% link to put things in the
special folder in my tmp hierarchy.

I'm sure we can set the desktop KDE Connect defaults, but every time I
tried, the desktop KDE Connect crashed; but once I found that KDE Connect
created the "Downloads" folder via a hard-coded call, I realized that the
coders probably never assumed anyone would be intelligent about an
organized file system on Windows (I do the same on Linux & Android as the
philosophy transcends operating systems - where only on iOS is it not
possible to have an organized file system).

All I really want out of KDE Connect is two things:
1. The "Send files" from Android to the desktop (which is to die for), and,
2. The ability to "Receive files" from the desktop to Android
(where the ideal goal would be to receive a 'hosts' file)

As an aside, it's interesting the unexpected "magic" of KDEConnect, where,
for example, the Android phone can control the cursor and right and left
click of the desktop. That's magic that I don't know what I'd do with.

More "magic" is that the phone can control a slide show "next slide" and
"previous slide" button.

Even more "magic" is the phone can control the media player on the desktop,
and the phone can run commands on the desktop and the phone can receive
commands from the desktop.

In addition, there's "magic" for the desktop to send and receive SMS
messages, and for the desktop to receive notifications (e.g., that calls
are coming in on the phone).

While I don't know if I'll ever use the "magic" above, the KDE Connect app
is a keeper if only for it's rather nice ability to extremely easily "send
files" over WiFi to four of the five common consumer OS's on the LAN
(although I didn't try to send files to another Android device).

The one thing I haven't seen yet, but I'm still just scraping the surface
of KDE Connect, is the ability to bring the desktop hosts file over into
the protected file system of the non-rooted Android 9 hierarchy.
--
Together, purposefully helpful people make Usenet a useful public helpdesk.

[J.O. Aho]

On 04/03/2020 15.41, Arlen Holder wrote:

> I installed the Windows version of KDE Connect

I seldom use a lesser OS, so this is why I don't pay attention to it,
microsoft has released their own version that tries to mimic KDEConnect.

> *Regarding the "Send files" button, it's FANTASTIC!*
> o You hit the button on Android & select the files you want to send.
> o Those files end up on the desktop, in the KDE Connect "default" folder.
>
> You'd "think" the default folder would be what the installer created:
> C:\Users\{you}\AppData\Local\kdeconnect\.
> But you'd be wrong as _nothing_ (yet) shows up in that default folder:
>
> Instead, the "Send files" sends files to the Windows "Downloads" folder:
> C:\Users\{you}\Downloads\.
> Which, for most people, would make sense, but for me, that folder didn't
> even _exist_ prior to me installing KDE Connect.

You should be able to change that in the file transfer plugin setting,
it should have been unconfigured and given you an error message at first
try, at least this is how it works the opposite way.

> As an aside, it's interesting the unexpected "magic" of KDEConnect, where,
> for example, the Android phone can control the cursor and right and left
> click of the desktop. That's magic that I don't know what I'd do with.

Can come handy if you want to be able to use handinput from the phone
when you write text, this way you don't have to spend money for a
specific hardware for this,

--

//Aho

[J.O. Aho]

On 04/03/2020 05.20, Arlen Holder wrote:
> On Tue, 3 Mar 2020 18:45:13 +0100, J.O. Aho wrote:

> The goal of this thread is the lofty goal of copying from the computer to
> the root file system on a non-root Android, files such as the hosts file:
> copy hosts-from-computer to hosts-on-android

MTP exports ~/, so it would be difficult to access anything else. Keep
in mind you are also treated as the unprivileged user, so even if you
would see things outside ~/ you wouldn't be able to do much more than in
bet case look at the file.

> I'm "told" that libMTP will do that; but I haven't been able to get it to
> work yet, where I understand your point that libMTP may be a dead end.

It's not about the client you connect with from the computer, it's about
how things are setup to be exported on the phone.

>>> I ask to help out on a recent thread on Android where a user apparently
>>> tried to get adb freeware to find and copy files on an unrooted system,
>>> where libmtp is possibly another potential solution.
>>
>> adb requires you to change developer options and enable USB debuging and
>> see to that the USB connection hasn't been set to only for charging.
>
> I've done all that, where I can easily use adb to copy the Android hosts
> file to Windows or Linux, but not the other way around.

You can fetch files from the android device with help of adb, but you
still have to do it from the computer.

> To be clear, with adb, I was easily able to _read_ the entire Android
> filesystem (including the system file system) on a non-rooted Nougat phone,
> but I wasn't able to _write_ to the Android root filesystem using adb.\

This is much according to how things are designed to be. Maybe you
should be using a pure Linux based phone instead which could give you
the same access to the file system as you would on a Linux desktop or
server.

--

//Aho

[Arlen Holder]

On Wed, 4 Mar 2020 17:54:00 +0100, J.O. Aho wrote:

> You should be able to change that in the file transfer plugin setting,
> it should have been unconfigured and given you an error message at first
> try, at least this is how it works the opposite way.

Hi J.O. Aho,

Thanks again for that keeper of KDEconnect for _easy_ Wi-Fi file transfer.
o And thanks for keeping this thread on an adult level of conversation.

Usenet is so much more valuable, and pleasant, when people act like adults.

I must say that you've provided a lifetime keeper, as this KDEConnect is a
_great_ app for simply sending files to & from Android to/from the desktop.

I'm so happy with it that I wanted others to enjoy the magic, so I wrote
this up this morning to make it cut-and-paste easy for them to get it:
o KDE Connect is a keeper for sending & receiving files over your Wi-Fi
LAN to/from any desktop to/from any Android phone!
<https://groups.google.com/forum/#!topic/comp.mobile.android/4x1rf1JefW8>

The sincerest form of flattery is others want to spread the word for you!

>> As an aside, it's interesting the unexpected "magic" of KDEConnect, where,
>> for example, the Android phone can control the cursor and right and left
>> click of the desktop. That's magic that I don't know what I'd do with.
>
> Can come handy if you want to be able to use handinput from the phone
> when you write text, this way you don't have to spend money for a

> specific hardware for this.

I tried the remote mouse cursor "magic" out, and it certainly works well.
a. You move your finger on the phone screen and the desktop cursor moves;
b. You tap once and it's a file or folder is selected accordingly;
c. You tape twice and the file or folder is selected and opened.

Basically it turns your Android phone into a free Wi-Fi wireless mouse.

Bearing in mind I maintain the _same_ hosts file on all my devices:
o <http://winhelp2002.mvps.org/hosts.htm>

Even though KDEconnect is a keeper, my main goal remains the admirable, yet
difficult task of accomplishing what this article "says" can be done (with
adb), which is to _write_ to the _system_ folders (e.g., the /etc/hosts)
file of a non-rooted Android phone.
o *How to modify the hosts file on your Android device*
<https://www.modmy.com/how-modify-hosts-file-your-android-device>

I'm hoping (perhaps too innocently) that one of the other "magic" features
of this KDEConnect (e.g., "Filesystem expose", "Share and receive", or "Run
Command") may allow the all-important ability to write to the protected
file system (which libMTP, I think, was reputed to be able to also do).

[Arlen Holder]

On Wed, 4 Mar 2020 18:13:40 +0100, J.O. Aho wrote:

> MTP exports ~/, so it would be difficult to access anything else. Keep
> in mind you are also treated as the unprivileged user, so even if you
> would see things outside ~/ you wouldn't be able to do much more than in
> bet case look at the file.

Hi J.O. Aho, (fup retained of just c.m.a. & a.o.l)

It's a lofty, if perhaps difficult goal of maintaining a common hosts file
on all your desktops and mobile devices.
o Block unwanted connections with the MVP Hosts file
<http://winhelp2002.mvps.org/hosts.htm>

I understand that you're saying MTP itself, is restricted, whereas adb,
apparently, wasn't "as" restricted when this document was written:
o How to modify the hosts file on your Android device
<https://www.modmy.com/how-modify-hosts-file-your-android-device>

Assuming, of course, that web site actually tested what they said they did,
which is that they claim you could "push" the desktop hosts file to the
/etc/hosts protected file system on non-rooted Android using adb.

I do seem to remember libMTP (and adb, in fact), being able to "see" the
entire file system (including the system file system) of the non-rooted
Nougat LG Stylo 3 Plus that I had tested both upon.

>> I'm "told" that libMTP will do that; but I haven't been able to get it to
>> work yet, where I understand your point that libMTP may be a dead end.
>
> It's not about the client you connect with from the computer, it's about
> how things are setup to be exported on the phone.

Well, the phone is not rooted, so, it "may" be impossible to write to the
root file system, even as it's clearly possible to _read_ the entire root
file system with these tools from the desktop.

But, AFAICT, we can't _write_ to that protected file system (yet).
(Even though the article I cited "says" you can!)

> You can fetch files from the android device with help of adb, but you
> still have to do it from the computer.

Fetching (i.e., _reading_) from the rooted Android file system, e.g.,
fetching the /etc/hosts file from the non-rooted Android file system is
trivial, I agree.

What's intriguing is that from the phone itself, you can't read the root
file system, but from the desktop, you can read the root file system of the
non-rooted Android phone.

Doesn't that sound odd to you that we can even _read_ the protected file
system from the desktop - but - not from the Android device itself?

>> To be clear, with adb, I was easily able to _read_ the entire Android
>> filesystem (including the system file system) on a non-rooted Nougat phone,
>> but I wasn't able to _write_ to the Android root filesystem using adb.
>
> This is much according to how things are designed to be. Maybe you
> should be using a pure Linux based phone instead which could give you
> the same access to the file system as you would on a Linux desktop or
> server.

<sigh>
I may have to give up on my lofty goals...

Pragmatically speaking, what you just said is probably going to be the
realistic final answer, where, as I said, it was a lofty goal which wasn't
going to be resolved easily, although, I've solved such types of problems
in the past.

For example, I searched for weeks before I luckily found the specific
fantastically non-intuitive (but brilliant, in fact) simple trick to
_write_ to the protected file system of all iOS devices over USB, which
I've described in detail in prior tutorials, so you know I don't bullshit
(almost zero Apple owners appear to know that trick, which turns any iOS
device on the planet into a free read/write USB stick!).

If I can instantly turn a non-jailbroken iOS device (including the
protected file system) into, essentially, a read/write USB stick with just
a clever manipulation of commands, why can't I do the same with non-rooted
Android?

I just need to discover the trick (just like I did with iOS). :)
--

[Wildman]

On Tue, 03 Mar 2020 15:57:43 +0000, Arlen Holder wrote:

> Does anyone already have libmtp freeware currently working on Linux or

Yes, on Linux...
~$ apt policy libmtp*
libmtp9:
Installed: 1.1.13-1
Candidate: 1.1.13-1
Version table:
*** 1.1.13-1 500
500 http://ftp.debian.org/debian stretch/main amd64 Packages
100 /var/lib/dpkg/status
libmtp-runtime:
Installed: 1.1.13-1
Candidate: 1.1.13-1
Version table:
*** 1.1.13-1 500
500 http://ftp.debian.org/debian stretch/main amd64 Packages
100 /var/lib/dpkg/status
libmtp-common:
Installed: 1.1.13-1
Candidate: 1.1.13-1
Version table:
*** 1.1.13-1 500
500 http://ftp.debian.org/debian stretch/main amd64 Packages
500 http://ftp.debian.org/debian stretch/main i386 Packages
100 /var/lib/dpkg/status

> Windows who can show us how to COPY files to/from unrooted Android over USB
> using libmtp?

Plugin the Android device and open a file manager and drag/drop
the files. Since I use the Xfce desktop, I use Thunar.

<snipped X-post>

--
<Wildman> GNU/Linux user #557453
The cow died so I don't need your bull!

[J.O. Aho]

On 04/03/2020 19.27, Arlen Holder wrote:

> I understand that you're saying MTP itself, is restricted, whereas adb,
> apparently, wasn't "as" restricted when this document was written:

This is much depending on what the manufacturer has done with the
android they use on the model of phone you are using. You can always see
if your phone is supported by LineageOS or not and flash that to see if
you get more control of your phone, but they tend just support a limited
set of devices.

> Assuming, of course, that web site actually tested what they said they did,
> which is that they claim you could "push" the desktop hosts file to the
> /etc/hosts protected file system on non-rooted Android using adb.

It worked on their phone, to be sure you can buy the same model as they
used with the same version of the firmware.

> I do seem to remember libMTP (and adb, in fact), being able to "see" the
> entire file system (including the system file system) of the non-rooted
> Nougat LG Stylo 3 Plus that I had tested both upon.

Lenovo ain't LG, so they do things differently and of course LG may have
changed how they configure android so a newer one wouldn't allow you to
access much.

>>> I'm "told" that libMTP will do that; but I haven't been able to get it to
>>> work yet, where I understand your point that libMTP may be a dead end.
>>
>> It's not about the client you connect with from the computer, it's about
>> how things are setup to be exported on the phone.
>
> Well, the phone is not rooted, so, it "may" be impossible to write to the
> root file system, even as it's clearly possible to _read_ the entire root
> file system with these tools from the desktop.

Keep in mind that you are a normal user without privileges, it's like
someone who has no root access on Linux desktop, you may see some files
even if you don't have the rights to modify them.

> If I can instantly turn a non-jailbroken iOS device (including the

> protected file system) into, essentially, a read/write USB stick with just

> a clever manipulation of commands, why can't I do the same with non-rooted

> Android?

For since Android 3 they dropped the support for usb mass-storage in
favor for MTP, as there had been people who manage to mess up their
phones when they disconnected them while writing and also that during
the mounting of the mass-storage Android itself didn't have access to
the file system.

> What's intriguing is that from the phone itself, you can't read the root
> file system, but from the desktop, you can read the root file system of the
> non-rooted Android phone.

If you are using the file explorer that comes with the phone, this is
always true, you may need to install a third party file explorer to
access the rest of the file system.


--

//Aho

[Arlen Holder]

On Thu, 5 Mar 2020 06:58:17 +0100, J.O. Aho wrote:

>> What's intriguing is that from the phone itself, you can't read the root
>> file system, but from the desktop, you can read the root file system of the
>> non-rooted Android phone.
>
> If you are using the file explorer that comes with the phone, this is
> always true, you may need to install a third party file explorer to
> access the rest of the file system.

Hi J.O. Aho,

There's "something" strange going on when the desktop can read the
protected file system of non-rooted Android (I tested it on Nougat).

But what?

As you noted, maybe we can find, on Android, a file explorer that reads the
protected file system, whereas, adb, for sure, on the desktop, reads the
protected file system, since this works just fine on non-rooted Nougat over
USB: adb pull /system/etc/hosts hosts

My file explorer of choice is "Amaze"; but it can't see root stuff.
o Amaze File Manager, by Team Amaze
<https://play.google.com/store/apps/details?id=com.amaze.filemanager>

Searching, this implies it's all in how we mount android from the desktop:
o Push and Pull Files Using ADB Commands on Android
<https://www.droidviews.com/push-pull-files-android-using-adb-commands/>
"you need to mount the file system as Read-Write rather than Read-only,
so execute the following commands one-by-one to mount the system"
writable:adb shell
su
mount -o remount,rw /system
adb push Settings.apk /system/apps/

But notice that "su" command may require rooting (I'll have to test it).

In summary, I'll keep looking for the trick (like I did with iOS and found
it); but it "may" be doomed to failure, such that it may be we can always
copy the unrooted Android hosts file to the desktop, but it may be that, on
the current Android versions, we can't go the other way around without
rooting.

[Arlen Holder]

On Wed, 04 Mar 2020 16:13:46 -0600, Wildman wrote:

> Plugin the Android device and open a file manager and drag/drop
> the files. Since I use the Xfce desktop, I use Thunar.

Hi Wildman, (a.o.l fup retained)

This is potentially _fantastic_ information, since almost nobody has been
able to solve recently this admittedly difficult problem of copying a file
to the system partition of Android without the Android device being rooted.
(All the claims I've found on the net are on older versions of Android.)

Can you let us know your Android version?

Can you confirm that you are able to copy the Linux hosts file to the
/etc/hosts location on Android using this method you describe?

Can you let us know whether your Android device is rooted or not?

Depending on the answers, I can test it out on my system, which is:
o Ubuntu 16.04 & Windows 10 Pro & Android Pie (non rooted) Moto G7

Thanks!
--
Together we can learn far more than anyone of us can by learning alone.

[Arlen Holder]

UPDATE:

As we speak, I'm following the advice of the purposefully helpful adults
(most of whom are on the Linux ng, it seems)...
<https://groups.google.com/forum/#!topic/alt.os.linux/rN0tMFWPwHo>

However, I should probably report that I think I found a couple of
potential minor bugs in the current Windows version of KDEConnect.

Most organized people put common folders where they want them to reside.
o One of those commonly moved folders, is the default "Downloads" folder.

Relocating Downloads:
o How to change default downloads folder location in Windows 10
<https://www.pcmobitech.com/change-default-downloads-folder-location-windows-10/>
o How to Change the Default Download Location in Windows 10
<https://www.lifewire.com/change-default-download-location-windows-10-4587317>
o How to Change Windows 10 Downloads Folder Location
https://www.faqforge.com/windows/windows-10/how-to-change-windows-10-downloads-folder-location/>

REPUTED BUG #1:
About once a year or so, I find an app that _hard codes_ Windows
directories (such as the "Downloads" folder) instead of using environment
variables, where KDEConnect seems to be one of those programs.

REPUTED BUG #2:
Perhaps as a result, whenever I try to set the Windows KDEConnect defaults
for accepting files from Android, the KDEConnect server app crashes.

No big deal, as I simply created a link inside of the real downloads folder
to the USERPROFILEDIR Downloads folder that KDEConnect insists on using.

[Manu Raju]

On 06/03/2020 03:30, Arlen Holder wrote:
>
> As we speak, I'm following the advice of the purposefully helpful adults
> (most of whom are on the Linux ng, it seems)...
> <https://groups.google.com/forum/#!topic/alt.os.linux/rN0tMFWPwHo>
>

You should really be posting your crap where purposefully helpful adults
hangout. Windows is for children who have barely managed to click on
icons on their desktops.

Why are you posting your crap here? Are you mentally ill?

[Wildman]

OK, I missed the part where you said "unrooted". Sorry for
the mixup.

Although there are ways to view system files on an unrooted
device, AFAIK there is no way to copy files to a system
folder on an unrooted device. You can't do it on Linux
either.

[Arlen Holder]

On Fri, 06 Mar 2020 21:12:03 -0600, Wildman wrote:

> OK, I missed the part where you said "unrooted". Sorry for
> the mixup.

Hi Wildman,
Thanks for the courtesy followup, where, yes, the claims I've cited in this
thread "say" they've copied the hosts file from the desktop to the unrooted
Android - but on my Nougat tests, those claims failed muster.
<https://www.modmy.com/how-modify-hosts-file-your-android-device>

It's likely not possible to copy to the unrooted Android file system, but
what's intriguing is that we definitely have read access from the desktop
to the entire unrooted Android file system (including the hosts file).

> Although there are ways to view system files on an unrooted
> device, AFAIK there is no way to copy files to a system
> folder on an unrooted device. You can't do it on Linux
> either.

Thanks. That has been my experience to date, which, summarized is that you
can _read_ the entire protected file system on unrooted Android from the
desktop even when you can't read that same file system from Android itself.

But in both cases, you can't write to that protected file system of an
unrooted Android device over USB.

[DecadentLinux...@decadence.org]

Arlen Holder <arlen.geo...@is.invalid> wrote in
news:r40b1k$5oi$1...@news.mixmin.net:

> Usenet is so much more valuable, and pleasant, when people act
> like adults.
>

At least here in the US, the bar is decidedly pretty low for that
precipice. Not just for Usenet, which is kind of like a microscope
on it.

Usenet sees the fringes often, which used to be uncommon in the
rest of the world. Now, fringes get yawns, even here.

Age is valuable as I can see what things to keep and what to cast
away.

“I never commit to memory anything that can easily be looked up in a
book.”
— Albert Einstein

So we have gotten better at prioritzing our use of our memory
space... if we are smart. Age will massage in those skills in some.
Not so much in others, whom seem to be hard wired stupid.

Instead of placing filters on things, I filter things in real time.

Filters, like the one that allowed a very dumb failure to claim he
was always winning, to gain yet another win, simply because he
injected the word into the feeble brains of the result of decades of
poor educational system product.

We fail to vet things. We do not do our doo doo dilligence on
folks, and especially on those needing it the most. The DOO DOO
crowd. All while the piece of doo doo slings his doo all over the
place and nobody is calling the doo doo foo on it. We fail even as
we claim to be so intelligent. We cannot even raise children to see
a spade when they are looking right at a spade.

I mean... look at the Windows idiots and all the arguments they
had against Linux. They started out "fool circle" before they even
tried to go fool circle. They seem to have magically all dissipated
in the last couple years... hmmm... I'll bet we had some
conversions there.

[Arlen Holder]

On Sat, 7 Mar 2020 16:11:43 +0000 (UTC),
DecadentLinux...@decadence.org wrote:

> Usenet sees the fringes often, which used to be uncommon in the
> rest of the world. Now, fringes get yawns, even here.

REFERENCE:
o <http://tinyurl.com/alt-os-linux>
o <https://alt.os.linux.narkive.com>

There are two types of FAQ conversations on Usenet, as I see it:
a. You ask an on-topic question and get an answer
(which is not always what you expected - so you test all out)

b. You ask an on-topic question and the trolls infest the thread
(there's really no way to save the thread once that happens)

For these alone, Usenet is valueable to connect to experts.
o Almost always, uninfested FAQ questions are resolved & updated.

There are many more types of "chit-chat" conversations on Usenet:
o Too many to categorize, so I simply list a few recent examples...

A. Why does Linux suck so much? (by Rusty Kans)
<https://groups.google.com/forum/#!topic/alt.os.linux/YR4DemDsRGo>

B. Does anybody trust them ? (by Soviet Mario)
<https://groups.google.com/forum/#!topic/alt.os.linux/4nMnkp_GbAw>

C. And the bad snit socks arrive (by Steve Carroll)
<https://groups.google.com/forum/#!topic/alt.os.linux/NwliwGt9qmM>

Me?
I ask a FAQ question, and then work _all_ the adult answers to completion.
o Then I post an update with all the code so it becomes a reference.

If, which happens, the trolls infest it, I have to decide how to handle
them, where some, like Lucifer, Purgert & Cyber, will never grow up.

Yes, it's best to ignore these bullying trolls but it's hard when they
infest your question, since the instant they infest a thread, it's ruined.
--

[DecadentLinux...@decadence.org]

Arlen Holder <arlen.geo...@is.invalid> wrote in

news:r4321n$ang$1...@news.mixmin.net:

> If, which happens, the trolls infest it, I have to decide how to
> handle them, where some, like Lucifer, Purgert & Cyber, will never
> grow up.
>

Cyber a troll?

Nice try.

And "thread infestation"? I find it quite easy to catch AND ignore
(release) trolls in a thread. I am able to read the pertinent
responses. Most humans are quite able in this respect and do not
find the need to piss and moan about it. Some could argue that such
diatribes are trollish in and of themselves. Oh boy! I just made
your special list, didn't I?!

A lot easier to wade through the slurry of life than to piss and
moan about it declaring yourself to be something above it all.

Watching twilight zone affected idiots in a bar shooting pool and
arguing over the bar rules is one way I gathered information about
human psychology. Because Billiards was originally a game of kings
and nobles. Not gambling idiots.

[Arlen Holder]

On Fri, 6 Mar 2020 03:30:21 -0000 (UTC), Arlen Holder wrote:

> REPUTED BUG #1:
> About once a year or so, I find an app that _hard codes_ Windows
> directories (such as the "Downloads" folder) instead of using environment
> variables, where KDEConnect seems to be one of those programs.
>
> REPUTED BUG #2:
> Perhaps as a result, whenever I try to set the Windows KDEConnect defaults
> for accepting files from Android, the KDEConnect server app crashes.

UPDATE:

While J.O. Aho's suggestion of KDEConnect is a cross-platform keeper...
<https://i.postimg.cc/Kc7k2hwv/kdeconnect00.jpg>
<https://i.postimg.cc/d08vyw8h/kdeconnect05.jpg>
<https://i.postimg.cc/fTcRd7Dz/kdeconnect06.jpg>

Related perhaps to those 2 "Downloads" related bugs, is this 3rd bug:
<https://i.postimg.cc/vTLw4z9C/kdeconnect07.jpg>
Where that "Open Destination" button doesn't work (but it doesn't crash).

It would be nice if Windows & Linux cross platform users can test it out.
--
When I'm done with the Windows testing, I'll test it on Ubuntu 16.04.

[Cybe R. Wizard]

On Sun, 8 Mar 2020 16:42:12 +0000 (UTC)
DecadentLinux...@decadence.org wrote:

> > If, which happens, the trolls infest it, I have to decide how to
> > handle them, where some, like Lucifer, Purgert & Cyber, will never
> > grow up.
> >
>
> Cyber a troll?
>
> Nice try.

Thank you, kind sir.

Dan Purgert, too, is, in Arlene's eye, a troll only because he, too,
speaks truth to mediocrity and idiocy.

--
Cybe R. Wizard

"I have likely written over ten thousand tutorials, where at my last
company, I wrote over five thousand alone. On the Internet, I don't know
how many I have, but if you assume that I write one a day sometimes,
and at least one a week, I have many thousands (i.e., I'm on many web
forums)."
Arlene Holdem
Message-ID: <po4626$vpu$1...@news.mixmin.net>

[Rene Lamontagne]

On 2020-03-09 10:52 a.m., Cybe R. Wizard wrote:
> On Sun, 8 Mar 2020 16:42:12 +0000 (UTC)
> DecadentLinux...@decadence.org wrote:
>
>>> If, which happens, the trolls infest it, I have to decide how to
>>> handle them, where some, like Lucifer, Purgert & Cyber, will never
>>> grow up.
>>>
>>
>> Cyber a troll?
>>
>> Nice try.
>
> Thank you, kind sir.
>
> Dan Purgert, too, is, in Arlene's eye, a troll only because he, too,
> speaks truth to mediocrity and idiocy.

I'm happy to say I am still under his gaze, I was lucky enough to write
something a little while ago to piss him off royally, and he remembered
me. :-)

Rene

>

[Dan Purgert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

That was a good one. I think I saved it around here somewhere.


-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl5mkogACgkQjhHd8xJ5
ooFWlgf/TE9WqLCGscROzhMiLCmO80KVJTX9j54VLnEWcQk9IY4GWXrcQ/x5DF5G
P6k8iFcDw7dBswsz4Xg5SHvoxsAqdiHFRe+mgHFEZwKMYW1kVgmPgPjVLuQ+Eq8R
gZYHJr2ysw3P7eP1xVeIYcsspNNFyfU5pLt/MqDUTwHgCLX7uia/9zyp+wlSvBX/
s+5CQhRP6hSU4YGVTphs5ADk8nSAaqm3tlDqGdEIFX+Ks4ubQUMdErT4E1O6oI6Y
p+ETdgI1u16g6PSJLp63oVMbvGaV7OrA+1vaS/uhfVGq5ZnA11hpHg9AqrChNsaQ
f589fsCAAJm5WmIMAIdaRSHiFBwyMg==
=0gKm

[Dan Purgert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Cybe R. Wizard wrote:
> On Sun, 8 Mar 2020 16:42:12 +0000 (UTC)
> DecadentLinux...@decadence.org wrote:
>
>> > If, which happens, the trolls infest it, I have to decide how to
>> > handle them, where some, like Lucifer, Purgert & Cyber, will never
>> > grow up.
>> >
>>
>> Cyber a troll?
>>
>> Nice try.
>
> Thank you, kind sir.
>
> Dan Purgert, too, is, in Arlene's eye, a troll only because he, too,
> speaks truth to mediocrity and idiocy.

Don't forget that we're only here to have a conversation, and bring
nothing to the "potluck" (or has he changed his metaphor since I sent
him to the bitbucket).

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEBcqaUD8uEzVNxUrujhHd8xJ5ooEFAl5mkvIACgkQjhHd8xJ5
ooFRLggAp4nGfNPgGiZ/tl68EARI7XpKek0ic8ShQ1Npb/wd7FTQ1vqlyTQeyTGX
DtECj7pqweKbTINVOK/XA46KprFR1TV+aJNAnltJw/RiWSnPYa0kKvLZE0GGc/t0
P8kRphWEEld/aQwUQ+7H/C3hhCr+a/Nwea75+Bd3DzZbs0/J0IWkKFGoUeLuFXGr
giR7zpoHemsUBrg9l49IXY3hX0P8pa9LIH4f8oeUenpHYB9K9GBuV+mbLVfCXflp
EjlMFNUpgxMis7lq8f9J0e30bK/whCaW4x3EzYrwcs2j3hNRe0ZUZtON0oKBL0kB
8YVUQGC5oM1hFZ9EUwopUxFcmbUEUQ==
=w0XX

[Rene Lamontagne]

I only see other peoples reply's as he has been in my bucket for quite a
while also.

Rene