• how do I undo what was installed from a website?

    From Bill Evans@21:1/5 to All on Sun Apr 7 01:09:36 2024
    Hi,

    I am an amateur radio operator who was going to try using a logging
    program called CQRlog to log my radio contacts, but I have changed my
    mind because it seems there are too many other packages needing
    installed that go beyond my abilities.

    For installation in 22.04, I used the instructions to install "lazarus"
    and "git" and then attempted to compile using make. See here:

    https://www.cqrlog.com/comment/10511#comment-10511

    However, I have changed my mind and want to uninstall lazarus and git as
    well as the compiled CQRlog. I would appreciate the proper commands for
    the uninstallation and thank you in advance.

    Bill

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Bill Evans on Sun Apr 7 03:13:34 2024
    On 4/7/2024 1:09 AM, Bill Evans wrote:
    Hi,

    I am an amateur radio operator who was going to try using a logging program called CQRlog to log my radio contacts, but I have changed my mind because it seems there are too many other packages needing installed that go beyond my abilities.

    For installation in 22.04, I used the instructions to install "lazarus" and "git" and then attempted to compile using make.  See here:

    https://www.cqrlog.com/comment/10511#comment-10511

    However, I have changed my mind and want to uninstall lazarus and git as well as the compiled CQRlog.  I would appreciate the proper commands for the uninstallation and thank you in advance.

    Bill


    Rule of thumb:

    Any time you're off-roading on a computer,
    doing something you have no experience with,
    make a backup first. That's what I do.

    In fact, if you change platforms, that's one of
    the first tools you want to locate. "How do you
    do backups on this platform?". Because, you'll be
    needing it. There will always be pooh to step in,
    and backups are for cleaning off your shoes.

    Most platforms have "dd" or "disk dump". It can be
    used for "safety backups", until you test a more
    intelligent backup tool and prove to your own satisfaction
    that the method really works. The box I'm on now,
    that's what I did. I did a few "dd" of the whole
    disk drive (takes hours), just so I could be
    sure I had a "restore image I could trust".
    Real backup tools take a lot less time (10 minutes).

    *******

    sudo synaptic # Or start it from your menu.

    Find "lazarus" metapackage and select either "remove"
    or select "complete removal". Either of them will neuter
    the execution of the program. Their /usr/bin or similar
    stuff, should be missing then. Click the "Apply" button
    and verify that the expected dependency list is also
    marked for Removal. If it threatens to remove your entire
    Desktop Environment (DE), stop, close Synaptic program,
    and ask for help. You always check what a command
    "proposes to do", in case it's nuclear. Booby trapping
    the tree, is a relatively new phenomenon, and years ago,
    nobody did stuff like that. It never hurts to read what
    is in that window, scroll down and verify.

    Now "git", I assume that wasn't installed with the original
    OS installation, so you can use Synaptic again, select "git"
    and just that package should disappear. The git portion
    of the repo has a ton of helpers, but on mine at least,
    it doesn't look like all the helpers got loaded on mine.
    So when I select "git" for "removal" in Synaptic, the
    number of packages to be removed should be minimal.

    *******

    The next question would be, what build commands did you issue ?
    This one, is harmless.

    cd CQRlog_directory_name
    make # Added some files to CQRlog_directory_name, nobody cares.

    Whereas this one, is not.

    sudo make install # Put stuff in /usr/bin, in some library area, some config area...

    I normally do one of these first, before the previous command, to see
    the steps it would have executed.

    sudo make -n install # Don't allow the changes to go to the tree.

    If you did actually "make install" then
    now you have to check the Makefile with a text editor and
    see if there is a remove: target. If there actually was
    a remove target, then to counteract the previous command,
    I could try this, but if there is no remove: target, then
    this command cannot resolve your request.

    sudo make remove

    That's to remove the executable (if you got that far), from the slash tree.

    And you MUST complete your tree-cleaning, before doing the next step.
    If you did the next step first, then it would no longer be
    possible to do "sudo make remove" or similar. You remove the
    side-effects of your work, before cleaning up the scene of
    the crime.

    *******

    When you ran git, to pull in source, you were cd'ed to
    a certain directory. Go back and cd to that directory.

    cd ~
    cd Downloads
    cd workdir
    ls # Verify a CQRlog directory is there
    rm -Rf CQRlog_directory_name # Could be some release numbers on the name

    Alternately, the safer option, is use the Nautilus File Manager,
    select the "CQRlog_directory_name" when you see it in the window
    of that program, and toss it in the Trash. After that, check the
    Trash, verify what's in the Trash, then select "Empty Trash"
    to clean out the trash bucket.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill Evans@21:1/5 to All on Sun Apr 7 11:08:24 2024
    T24gNC83LzI0IDM6MTMgQU0sIFBhdWwgd3JvdGU6DQo+IE9uIDQvNy8yMDI0IDE6MDkgQU0s IEJpbGwgRXZhbnMgd3JvdGU6DQo+PiBIaSwNCj4+DQo+PiBJIGFtIGFuIGFtYXRldXIgcmFk aW8gb3BlcmF0b3Igd2hvIHdhcyBnb2luZyB0byB0cnkgdXNpbmcgYSBsb2dnaW5nIHByb2dy YW0gY2FsbGVkIENRUmxvZyB0byBsb2cgbXkgcmFkaW8gY29udGFjdHMsIGJ1dCBJIGhhdmUg Y2hhbmdlZCBteSBtaW5kIGJlY2F1c2UgaXQgc2VlbXMgdGhlcmUgYXJlIHRvbyBtYW55IG90 aGVyIHBhY2thZ2VzIG5lZWRpbmcgaW5zdGFsbGVkIHRoYXQgZ28gYmV5b25kIG15IGFiaWxp dGllcy4NCj4+DQo+PiBGb3IgaW5zdGFsbGF0aW9uIGluIDIyLjA0LCBJIHVzZWQgdGhlIGlu c3RydWN0aW9ucyB0byBpbnN0YWxsICJsYXphcnVzIiBhbmQgImdpdCIgYW5kIHRoZW4gYXR0 ZW1wdGVkIHRvIGNvbXBpbGUgdXNpbmcgbWFrZS7CoCBTZWUgaGVyZToNCj4+DQo+PiBodHRw czovL3d3dy5jcXJsb2cuY29tL2NvbW1lbnQvMTA1MTEjY29tbWVudC0xMDUxMQ0KPj4NCj4+ IEhvd2V2ZXIsIEkgaGF2ZSBjaGFuZ2VkIG15IG1pbmQgYW5kIHdhbnQgdG8gdW5pbnN0YWxs IGxhemFydXMgYW5kIGdpdCBhcyB3ZWxsIGFzIHRoZSBjb21waWxlZCBDUVJsb2cuwqAgSSB3 b3VsZCBhcHByZWNpYXRlIHRoZSBwcm9wZXIgY29tbWFuZHMgZm9yIHRoZSB1bmluc3RhbGxh dGlvbiBhbmQgdGhhbmsgeW91IGluIGFkdmFuY2UuDQo+Pg0KPj4gQmlsbA0KPj4NCj4gDQo+ IFJ1bGUgb2YgdGh1bWI6DQo+IA0KPiBBbnkgdGltZSB5b3UncmUgb2ZmLXJvYWRpbmcgb24g YSBjb21wdXRlciwNCj4gZG9pbmcgc29tZXRoaW5nIHlvdSBoYXZlIG5vIGV4cGVyaWVuY2Ug d2l0aCwNCj4gbWFrZSBhIGJhY2t1cCBmaXJzdC4gVGhhdCdzIHdoYXQgSSBkby4NCj4gDQo+ IEluIGZhY3QsIGlmIHlvdSBjaGFuZ2UgcGxhdGZvcm1zLCB0aGF0J3Mgb25lIG9mDQo+IHRo ZSBmaXJzdCB0b29scyB5b3Ugd2FudCB0byBsb2NhdGUuICJIb3cgZG8geW91DQo+IGRvIGJh Y2t1cHMgb24gdGhpcyBwbGF0Zm9ybT8iLiBCZWNhdXNlLCB5b3UnbGwgYmUNCj4gbmVlZGlu ZyBpdC4gVGhlcmUgd2lsbCBhbHdheXMgYmUgcG9vaCB0byBzdGVwIGluLA0KPiBhbmQgYmFj a3VwcyBhcmUgZm9yIGNsZWFuaW5nIG9mZiB5b3VyIHNob2VzLg0KPiANCj4gTW9zdCBwbGF0 Zm9ybXMgaGF2ZSAiZGQiIG9yICJkaXNrIGR1bXAiLiBJdCBjYW4gYmUNCj4gdXNlZCBmb3Ig InNhZmV0eSBiYWNrdXBzIiwgdW50aWwgeW91IHRlc3QgYSBtb3JlDQo+IGludGVsbGlnZW50 IGJhY2t1cCB0b29sIGFuZCBwcm92ZSB0byB5b3VyIG93biBzYXRpc2ZhY3Rpb24NCj4gdGhh dCB0aGUgbWV0aG9kIHJlYWxseSB3b3Jrcy4gVGhlIGJveCBJJ20gb24gbm93LA0KPiB0aGF0 J3Mgd2hhdCBJIGRpZC4gSSBkaWQgYSBmZXcgImRkIiBvZiB0aGUgd2hvbGUNCj4gZGlzayBk cml2ZSAodGFrZXMgaG91cnMpLCBqdXN0IHNvIEkgY291bGQgYmUNCj4gc3VyZSBJIGhhZCBh ICJyZXN0b3JlIGltYWdlIEkgY291bGQgdHJ1c3QiLg0KPiBSZWFsIGJhY2t1cCB0b29scyB0 YWtlIGEgbG90IGxlc3MgdGltZSAoMTAgbWludXRlcykuDQo+IA0KPiAqKioqKioqDQo+IA0K PiAgICAgc3VkbyBzeW5hcHRpYyAgICAgICAgIyBPciBzdGFydCBpdCBmcm9tIHlvdXIgbWVu dS4NCj4gDQo+IEZpbmQgImxhemFydXMiIG1ldGFwYWNrYWdlIGFuZCBzZWxlY3QgZWl0aGVy ICJyZW1vdmUiDQo+IG9yIHNlbGVjdCAiY29tcGxldGUgcmVtb3ZhbCIuIEVpdGhlciBvZiB0 aGVtIHdpbGwgbmV1dGVyDQo+IHRoZSBleGVjdXRpb24gb2YgdGhlIHByb2dyYW0uIFRoZWly IC91c3IvYmluIG9yIHNpbWlsYXINCj4gc3R1ZmYsIHNob3VsZCBiZSBtaXNzaW5nIHRoZW4u IENsaWNrIHRoZSAiQXBwbHkiIGJ1dHRvbg0KPiBhbmQgdmVyaWZ5IHRoYXQgdGhlIGV4cGVj dGVkIGRlcGVuZGVuY3kgbGlzdCBpcyBhbHNvDQo+IG1hcmtlZCBmb3IgUmVtb3ZhbC4gSWYg aXQgdGhyZWF0ZW5zIHRvIHJlbW92ZSB5b3VyIGVudGlyZQ0KPiBEZXNrdG9wIEVudmlyb25t ZW50IChERSksIHN0b3AsIGNsb3NlIFN5bmFwdGljIHByb2dyYW0sDQo+IGFuZCBhc2sgZm9y IGhlbHAuIFlvdSBhbHdheXMgY2hlY2sgd2hhdCBhIGNvbW1hbmQNCj4gInByb3Bvc2VzIHRv IGRvIiwgaW4gY2FzZSBpdCdzIG51Y2xlYXIuIEJvb2J5IHRyYXBwaW5nDQo+IHRoZSB0cmVl LCBpcyBhIHJlbGF0aXZlbHkgbmV3IHBoZW5vbWVub24sIGFuZCB5ZWFycyBhZ28sDQo+IG5v Ym9keSBkaWQgc3R1ZmYgbGlrZSB0aGF0LiBJdCBuZXZlciBodXJ0cyB0byByZWFkIHdoYXQN Cj4gaXMgaW4gdGhhdCB3aW5kb3csIHNjcm9sbCBkb3duIGFuZCB2ZXJpZnkuDQo+IA0KPiBO b3cgImdpdCIsIEkgYXNzdW1lIHRoYXQgd2Fzbid0IGluc3RhbGxlZCB3aXRoIHRoZSBvcmln aW5hbA0KPiBPUyBpbnN0YWxsYXRpb24sIHNvIHlvdSBjYW4gdXNlIFN5bmFwdGljIGFnYWlu LCBzZWxlY3QgImdpdCINCj4gYW5kIGp1c3QgdGhhdCBwYWNrYWdlIHNob3VsZCBkaXNhcHBl YXIuIFRoZSBnaXQgcG9ydGlvbg0KPiBvZiB0aGUgcmVwbyBoYXMgYSB0b24gb2YgaGVscGVy cywgYnV0IG9uIG1pbmUgYXQgbGVhc3QsDQo+IGl0IGRvZXNuJ3QgbG9vayBsaWtlIGFsbCB0 aGUgaGVscGVycyBnb3QgbG9hZGVkIG9uIG1pbmUuDQo+IFNvIHdoZW4gSSBzZWxlY3QgImdp dCIgZm9yICJyZW1vdmFsIiBpbiBTeW5hcHRpYywgdGhlDQo+IG51bWJlciBvZiBwYWNrYWdl cyB0byBiZSByZW1vdmVkIHNob3VsZCBiZSBtaW5pbWFsLg0KPiANCj4gKioqKioqKg0KPiAN Cj4gVGhlIG5leHQgcXVlc3Rpb24gd291bGQgYmUsIHdoYXQgYnVpbGQgY29tbWFuZHMgZGlk IHlvdSBpc3N1ZSA/DQo+IFRoaXMgb25lLCBpcyBoYXJtbGVzcy4NCj4gDQo+ICAgICBjZCBD UVJsb2dfZGlyZWN0b3J5X25hbWUNCj4gICAgIG1ha2UgICAgICAgICAgICAgICAgICAgICAg ICMgQWRkZWQgc29tZSBmaWxlcyB0byBDUVJsb2dfZGlyZWN0b3J5X25hbWUsIG5vYm9keSBj YXJlcy4NCj4gDQo+IFdoZXJlYXMgdGhpcyBvbmUsIGlzIG5vdC4NCj4gDQo+ICAgICBzdWRv IG1ha2UgaW5zdGFsbCAgICAgICAgICAjIFB1dCBzdHVmZiBpbiAvdXNyL2JpbiwgaW4gc29t ZSBsaWJyYXJ5IGFyZWEsIHNvbWUgY29uZmlnIGFyZWEuLi4NCj4gDQo+IEkgbm9ybWFsbHkg ZG8gb25lIG9mIHRoZXNlIGZpcnN0LCBiZWZvcmUgdGhlIHByZXZpb3VzIGNvbW1hbmQsIHRv IHNlZQ0KPiB0aGUgc3RlcHMgaXQgd291bGQgaGF2ZSBleGVjdXRlZC4NCj4gDQo+ICAgICBz dWRvIG1ha2UgLW4gaW5zdGFsbCAgICAgICAjIERvbid0IGFsbG93IHRoZSBjaGFuZ2VzIHRv IGdvIHRvIHRoZSB0cmVlLg0KPiANCj4gSWYgeW91IGRpZCBhY3R1YWxseSAibWFrZSBpbnN0 YWxsIiB0aGVuDQo+IG5vdyB5b3UgaGF2ZSB0byBjaGVjayB0aGUgTWFrZWZpbGUgd2l0aCBh IHRleHQgZWRpdG9yIGFuZA0KPiBzZWUgaWYgdGhlcmUgaXMgYSByZW1vdmU6IHRhcmdldC4g SWYgdGhlcmUgYWN0dWFsbHkgd2FzDQo+IGEgcmVtb3ZlIHRhcmdldCwgdGhlbiB0byBjb3Vu dGVyYWN0IHRoZSBwcmV2aW91cyBjb21tYW5kLA0KPiBJIGNvdWxkIHRyeSB0aGlzLCBidXQg aWYgdGhlcmUgaXMgbm8gcmVtb3ZlOiB0YXJnZXQsIHRoZW4NCj4gdGhpcyBjb21tYW5kIGNh bm5vdCByZXNvbHZlIHlvdXIgcmVxdWVzdC4NCj4gDQo+ICAgICBzdWRvIG1ha2UgcmVtb3Zl DQo+IA0KPiBUaGF0J3MgdG8gcmVtb3ZlIHRoZSBleGVjdXRhYmxlIChpZiB5b3UgZ290IHRo YXQgZmFyKSwgZnJvbSB0aGUgc2xhc2ggdHJlZS4NCj4gDQo+IEFuZCB5b3UgTVVTVCBjb21w bGV0ZSB5b3VyIHRyZWUtY2xlYW5pbmcsIGJlZm9yZSBkb2luZyB0aGUgbmV4dCBzdGVwLg0K PiBJZiB5b3UgZGlkIHRoZSBuZXh0IHN0ZXAgZmlyc3QsIHRoZW4gaXQgd291bGQgbm8gbG9u Z2VyIGJlDQo+IHBvc3NpYmxlIHRvIGRvICJzdWRvIG1ha2UgcmVtb3ZlIiBvciBzaW1pbGFy LiBZb3UgcmVtb3ZlIHRoZQ0KPiBzaWRlLWVmZmVjdHMgb2YgeW91ciB3b3JrLCBiZWZvcmUg Y2xlYW5pbmcgdXAgdGhlIHNjZW5lIG9mDQo+IHRoZSBjcmltZS4NCj4gDQo+ICoqKioqKioN Cj4gDQo+IFdoZW4geW91IHJhbiBnaXQsIHRvIHB1bGwgaW4gc291cmNlLCB5b3Ugd2VyZSBj ZCdlZCB0bw0KPiBhIGNlcnRhaW4gZGlyZWN0b3J5LiBHbyBiYWNrIGFuZCBjZCB0byB0aGF0 IGRpcmVjdG9yeS4NCj4gDQo+IGNkIH4NCj4gY2QgRG93bmxvYWRzDQo+IGNkIHdvcmtkaXIN Cj4gbHMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAjIFZlcmlmeSBhIENRUmxvZyBk aXJlY3RvcnkgaXMgdGhlcmUNCj4gcm0gLVJmIENRUmxvZ19kaXJlY3RvcnlfbmFtZSAgICAj IENvdWxkICBiZSBzb21lIHJlbGVhc2UgbnVtYmVycyBvbiB0aGUgbmFtZQ0KPiANCj4gQWx0 ZXJuYXRlbHksIHRoZSBzYWZlciBvcHRpb24sIGlzIHVzZSB0aGUgTmF1dGlsdXMgRmlsZSBN YW5hZ2VyLA0KPiBzZWxlY3QgdGhlICJDUVJsb2dfZGlyZWN0b3J5X25hbWUiIHdoZW4geW91 IHNlZSBpdCBpbiB0aGUgd2luZG93DQo+IG9mIHRoYXQgcHJvZ3JhbSwgYW5kIHRvc3MgaXQg aW4gdGhlIFRyYXNoLiBBZnRlciB0aGF0LCBjaGVjayB0aGUNCj4gVHJhc2gsIHZlcmlmeSB3 aGF0J3MgaW4gdGhlIFRyYXNoLCB0aGVuIHNlbGVjdCAiRW1wdHkgVHJhc2giDQo+IHRvIGNs ZWFuIG91dCB0aGUgdHJhc2ggYnVja2V0Lg0KPiANCj4gICAgIFBhdWwNCg0KVGhhbmtzIGZv ciB0aGUgaGVscCwgYnV0IEkgaGF2ZSBzb21lIHF1ZXN0aW9uczoNCg0KU3luYXB0aWMgcmV2 ZWFscyBzZXZlcmFsIHZlcnNpb25zIG9mIExhemFydXMgYXMgc2hvd24gaW4gdGhpcyBzY3Jl ZW5zaG90Og0KDQpodHRwczovL2kuaW1ndXIuY29tL1ZKZFp5VjkucG5nDQoNCklmIEkganVz dCBtYXJrICJsYXphcnVzIiBmb3IgY29tcGxldGUgcmVtb3ZhbCwgdGhlIG90aGVycyBhcmUg Tk9UIA0KaGlnaGxpZ2h0ZWQgdG8gYmUgcmVtb3ZlZCBhcyB3ZWxsLiAgVGhlcmVmb3JlLCBz aG91bGQgSSBhbHNvIGJlIG1hcmtpbmcgDQoibGF6YXJ1cy0yLjIiLCAibGF6YXJ1cy1pZGUt Z3RrMiIsIGV0Yy4uLiBiYXNpY2FsbHkgZXZlcnl0aGluZyB3aXRoIA0KImxhemFydXMiIGlu IHRoZSBuYW1lIGhlcmUsIG9yID8gIEFsc28sIEkgdW5kZXJzdGFuZCAiZnBjIiB3YXMgYWxz byANCmluc3RhbGxlZCBhdCB0aGUgc2FtZSB0aW1lIChhY2NvcmRpbmcgdG8gDQpodHRwczov L3VidW50dWhhbmRib29rLm9yZy9pbmRleC5waHAvMjAyMS8xMS9pbnN0YWxsLWxhemFydXMt aWRlLXVidW50dS8pLiANCiAgU2hvdWxkIEkgZG8gYSBjb21wbGV0ZSByZW1vdmFsIGJ5IG1h cmtpbmcgImZwYy1zb3VyY2UtMy4yLjIiPyAgV2hhdCANCmFib3V0IHRoZSAibGNsLTIuMiIg YW5kIG90aGVycz8NCg0KSW50ZXJlc3RpbmdseSwgTGF6YXJ1cyAyLjIuMCBhbHNvIGFwcGVh cnMgaW4gdGhlIFNvZnR3YXJlIGNlbnRlciBhcyANCmluc3RhbGxlZCAod2l0aCByZW1vdmFs IG9wdGlvbik6DQoNCmh0dHBzOi8vaS5pbWd1ci5jb20vUWRYTmdIOS5wbmcNCg0KDQpBdCBs ZWFzdCAiZ2l0IiBpcyBtdWNoIHNpbXBsZXIgd2l0aCBvbmx5IGEgc2luZ2xlIGVudHJ5IHRv IHJlbW92ZS4gIEl0IA0KYWxzbyBkb2VzIE5PVCBhcHBlYXIgYXMgTGF6YXJ1cyBkb2VzIGlu IHRoZSBTb2Z0d2FyZSBjZW50ZXIuDQoNCkFzIGZvciB0aGUgbmV4dCBjb21tYW5kcywgdGhl IG9yZGVyIGlzIHNob3duIGFzIGluZGljYXRlZCBpbiB0aGUgY3FybG9nIA0KcG9zdCB0aGF0 IEkgbGlua2VkIHRvLCBidXQgd2lsbCByZXBlYXQgaGVyZToNCg0KZ2l0IGNsb25lIGh0dHBz Oi8vZ2l0aHViLmNvbS9vazJjcXIvY3FybG9nLmdpdA0KY2QgY3FybG9nDQptYWtlDQpzdWRv IG1ha2UgaW5zdGFsbA0KDQpBZnRlciB0aGUgc3RlcHMgZnJvbSBnaXQgY2xvbmUgdG8gc3Vk byBtYWtlIGluc3RhbGwgd2VyZSBkb25lLCBDUVJsb2cgDQp0aGVuIGFwcGVhcmVkIGluIG15 IHByb2dyYW1zLiAgT2YgY291cnNlLCB3aGVuIEkgdHJpZWQgdG8gb3BlbiwgSSBnZXQgDQp0 aGUgbWVzc2FnZXMgYWJvdXQgbW9yZSBmaWxlcyBuZWVkZWQgYW5kIHRoYXQncyB3aGVuIEkg ZGVjaWRlZCB0byBub3QgDQp1c2UgaXQuICBJdCBhcHBlYXJzIGluIG15IHByb2dyYW1zIGxp c3QgYXMgd2VsbCBhcyB0aGUgU29mdHdhcmUgQ2VudGVyIA0Kd2l0aCB0aGUgdW5pbnN0YWxs IG9wdGlvbi4NCg0KSSdtIGEgYml0IGxvc3Qgd2hlbiB5b3UgYmVnaW4gZGlzY3Vzc2luZyB0 aGUgYnVpbGQgY29tbWFuZHMsIHdoaWNoIGlzIA0Kd2h5IEkgcmVwZWF0ZWQgdGhlbSBoZXJl LiAgV2hlcmUgaXMgdGhlIE1ha2VmaWxlIGxvY2F0ZWQ/ICBJbiB0aGUgQ1FSbG9nIA0KZGly ZWN0b3J5Pw0KDQoiQW5kIHlvdSBNVVNUIGNvbXBsZXRlIHlvdXIgdHJlZS1jbGVhbmluZywg YmVmb3JlIGRvaW5nIHRoZSBuZXh0IHN0ZXAuDQpJZiB5b3UgZGlkIHRoZSBuZXh0IHN0ZXAg Zmlyc3QsIHRoZW4gaXQgd291bGQgbm8gbG9uZ2VyIGJlDQpwb3NzaWJsZSB0byBkbyAic3Vk byBtYWtlIHJlbW92ZSIgb3Igc2ltaWxhci4gWW91IHJlbW92ZSB0aGUNCnNpZGUtZWZmZWN0 cyBvZiB5b3VyIHdvcmssIGJlZm9yZSBjbGVhbmluZyB1cCB0aGUgc2NlbmUgb2YNCnRoZSBj cmltZS4iDQoNClNvcnJ5LCBJIGRvbid0IGZvbGxvdy4gIEhvdyBkbyBJIGNvbXBsZXRlIHRo ZSAidHJlZS1jbGVhbmluZyIgYW5kIHN1Y2g/DQoNClNpbmNlIENRUmxvZyBpcyBzaG93aW5n IGluIHRoZSBTb2Z0d2FyZSBDZW50ZXIgd2l0aCB1bmluc3RhbGwgb3B0aW9uLCANCm1pZ2h0 IGl0IGJlIHNpbXBsZXIgdG8ganVzdCB1bmluc3RhbGwgaXQgZnJvbSB0aGVyZT8gIEFzIGEg c2lkZSBub3RlLCANCmludGVyZXN0aW5nbHksIGFsdGhvdWdoIENRUmxvZyBzaG93cyB1cCBp biBTeW5hcHRpYywgaXQgZG9lcyBub3Qgc2hvdyBhcyANCmluc3RhbGxlZCBldmVuIHRob3Vn aCBpdCBkb2VzIGluIHRoZSBTb2Z0d2FyZSBDZW50ZXIuDQoNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Bill Evans on Sun Apr 7 14:04:33 2024
    On 4/7/2024 11:08 AM, Bill Evans wrote:

    Thanks for the help, but I have some questions:

    Synaptic reveals several versions of Lazarus as shown in this screenshot:

    https://i.imgur.com/VJdZyV9.png

    If I just mark "lazarus" for complete removal, the others are NOT highlighted to be removed as well.  Therefore, should I also be marking "lazarus-2.2", "lazarus-ide-gtk2", etc... basically everything with "lazarus" in the name here, or ?  Also, I
    understand "fpc" was also installed at the same time (according to https://ubuntuhandbook.org/index.php/2021/11/install-lazarus-ide-ubuntu/).  Should I do a complete removal by marking "fpc-source-3.2.2"?  What about the "lcl-2.2" and others?

    Interestingly, Lazarus 2.2.0 also appears in the Software center as installed (with removal option):

    https://i.imgur.com/QdXNgH9.png


    At least "git" is much simpler with only a single entry to remove.  It also does NOT appear as Lazarus does in the Software center.

    As for the next commands, the order is shown as indicated in the cqrlog post that I linked to, but will repeat here:

    git clone https://github.com/ok2cqr/cqrlog.git
    cd cqrlog
    make
    sudo make install

    After the steps from git clone to sudo make install were done, CQRlog then appeared in my programs.  Of course, when I tried to open, I get the messages about more files needed and that's when I decided to not use it.  It appears in my programs list
    as well as the Software Center with the uninstall option.

    I'm a bit lost when you begin discussing the build commands, which is why I repeated them here.  Where is the Makefile located?  In the CQRlog directory?

    "And you MUST complete your tree-cleaning, before doing the next step.
    If you did the next step first, then it would no longer be
    possible to do "sudo make remove" or similar. You remove the
    side-effects of your work, before cleaning up the scene of
    the crime."

    Sorry, I don't follow.  How do I complete the "tree-cleaning" and such?

    Since CQRlog is showing in the Software Center with uninstall option, might it be simpler to just uninstall it from there?  As a side note, interestingly, although CQRlog shows up in Synaptic, it does not show as installed even though it does in the
    Software Center.


    When you select "lazarus" as a metapackage, it seems to have selected elements of the latest version for inclusion in the install.

    By selecting lazarus for removal, in principle at least, it should be
    removing the 2.2 version items install. If it did not, you could use the
    search to list all lazarus instances, and manually remove the subpackages
    if any remained installed.

    When the boxes are empty, the files are not on the machine (fresh install).
    The listing is a list of things the Repository has. When the boxes are
    filled ("ticked"), like in the 2.2 version items, then at some point the
    files were downloaded and installed. When you do the remove, the files
    should be removed from active participation in your tree. OSes always have caching mechanisms, and if you were tight for space, it might be a
    significant effort to remove them all. Perhaps "complete removal"
    ensures that any .deb files still on the machine and related to that,
    are removed.

    There are also commands for the package manager, that notice dependencies
    that don't have a master program, and those can be removed automatically. Sometimes on a Software Update, you will notice an effort is being
    made to consolidate the contents of the tree, so only "wired together stuff"
    is kept.

    But for the time being, I interpret your request as "how do I prevent what
    I've done from interfering with normal day to day operation". I have
    not gone the extra mile to "make my slash as small as possible". That's
    out of my pay scale. Don't know how to do it. Would take hours and
    hours of research. I've used several OSes where I don't know how to
    do that, comprehensively and with confidence. That's "work" as it were.
    I do clean out browser caches, because at least I could find those.

    *******

    During your build, if you do

    sudo make install

    then that puts items in /usr/bin or /usr/lib or the like. To prevent interference with day to day operation, maybe you would want to remove /usr/bin/CQRlog executable.

    If you go back to the build directory and run

    sudo make -n install

    and do a dry run, the trace in the window will give you some idea
    where it has stored its stuff. You could manually go into the tree
    and remove the items. But I don't recommend doing that unless you're
    good at that sort of forensics.

    Executing sudo make -n install does not always run to completion.
    The command can fail at some point, because it's not really installing
    stuff, and some order-of-execution issue might affect its ability to
    complete. I use commands like that (without EVER installing the package),
    to see what the build tools think the important items are. Like whether
    it installs libraries or not.

    Makefiles can be in each subfolder of the build tree. Each subfolder
    needs to be told what to do when make sees "source.c" and that it
    should be compiled to "source.o". The template at the top level,
    such as Makefile.in , it can inform the ./configure run, how
    to build a custom Makefile in each subfolder. Using ./configure,
    is one way to have the build tree make custom Makefile items.
    Before ./configure came along, the Makefile was static and the
    build was "one flavor only". You wouldn't even need a template, if
    there was only one way to use the build tree, so each subfolder
    would have a pre-made Makefile.

    But you would normally be CDed to the top level of the build, when
    you did the build or when you did the install. By being at the
    top of the build tree, all of the install materials from
    all of the subfolders, are considered. And the Makefile
    will have an "install: " target followed by a list of
    module names, like "source.so.2" shared library.

    Make is not the only build tool. There is CMAKE, Ninja, I don't
    think I can do a credible job of listing all of them. I don't like
    all of them equally, because some are a rat bastard to get working,
    as if the developer just doesn't care.

    Adobe released a CMAKE one once, where they failed to integrate the
    "demo app" into the tree, and it took me *one week* of work to fix that.
    Then I discover the "demo app" is utter crap. And that really
    explains it all -- no end-user got as close as I did, because
    the build tree was broken. I did the extra work to discover
    the developer of it... was a "munchkin" :-\ But that's how it
    goes when you compile from source. That's part of the terrain.

    I've also acquired FOSS tarballs, where one file is missing
    on purpose, because the individual "wanted free storage for
    their executable", but did not want people compiling from
    source. I've had a variety of experience with this stuff,
    and there are more than a few scumbags out there.

    *******

    Leaving library items behind is only an issue if it interferes
    with some other, later project. I would put in an effort to
    see they are removed. Maybe they can be spotted by their
    datestamp, and a simple listing in time order, will identify them.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill Evans@21:1/5 to All on Mon Apr 8 01:03:05 2024
    T24gNC83LzI0IDI6MDQgUE0sIFBhdWwgd3JvdGU6DQo+IE9uIDQvNy8yMDI0IDExOjA4IEFN LCBCaWxsIEV2YW5zIHdyb3RlOg0KPiANCj4+IFRoYW5rcyBmb3IgdGhlIGhlbHAsIGJ1dCBJ IGhhdmUgc29tZSBxdWVzdGlvbnM6DQo+Pg0KPj4gU3luYXB0aWMgcmV2ZWFscyBzZXZlcmFs IHZlcnNpb25zIG9mIExhemFydXMgYXMgc2hvd24gaW4gdGhpcyBzY3JlZW5zaG90Og0KPj4N Cj4+IGh0dHBzOi8vaS5pbWd1ci5jb20vVkpkWnlWOS5wbmcNCj4+DQo+PiBJZiBJIGp1c3Qg bWFyayAibGF6YXJ1cyIgZm9yIGNvbXBsZXRlIHJlbW92YWwsIHRoZSBvdGhlcnMgYXJlIE5P VCBoaWdobGlnaHRlZCB0byBiZSByZW1vdmVkIGFzIHdlbGwuwqAgVGhlcmVmb3JlLCBzaG91 bGQgSSBhbHNvIGJlIG1hcmtpbmcgImxhemFydXMtMi4yIiwgImxhemFydXMtaWRlLWd0azIi LCBldGMuLi4gYmFzaWNhbGx5IGV2ZXJ5dGhpbmcgd2l0aCAibGF6YXJ1cyIgaW4gdGhlIG5h bWUgaGVyZSwgb3IgP8KgIEFsc28sIEkgdW5kZXJzdGFuZCAiZnBjIiB3YXMgYWxzbyBpbnN0 YWxsZWQgYXQgdGhlIHNhbWUgdGltZSAoYWNjb3JkaW5nIHRvIGh0dHBzOi8vdWJ1bnR1aGFu ZGJvb2sub3JnL2luZGV4LnBocC8yMDIxLzExL2luc3RhbGwtbGF6YXJ1cy1pZGUtdWJ1bnR1 LykuIMKgU2hvdWxkIEkgZG8gYSBjb21wbGV0ZSByZW1vdmFsIGJ5IG1hcmtpbmcgImZwYy1z b3VyY2UtMy4yLjIiP8KgIFdoYXQgYWJvdXQgdGhlICJsY2wtMi4yIiBhbmQgb3RoZXJzPw0K Pj4NCj4+IEludGVyZXN0aW5nbHksIExhemFydXMgMi4yLjAgYWxzbyBhcHBlYXJzIGluIHRo ZSBTb2Z0d2FyZSBjZW50ZXIgYXMgaW5zdGFsbGVkICh3aXRoIHJlbW92YWwgb3B0aW9uKToN Cj4+DQo+PiBodHRwczovL2kuaW1ndXIuY29tL1FkWE5nSDkucG5nDQo+Pg0KPj4NCj4+IEF0 IGxlYXN0ICJnaXQiIGlzIG11Y2ggc2ltcGxlciB3aXRoIG9ubHkgYSBzaW5nbGUgZW50cnkg dG8gcmVtb3ZlLsKgIEl0IGFsc28gZG9lcyBOT1QgYXBwZWFyIGFzIExhemFydXMgZG9lcyBp biB0aGUgU29mdHdhcmUgY2VudGVyLg0KPj4NCj4+IEFzIGZvciB0aGUgbmV4dCBjb21tYW5k cywgdGhlIG9yZGVyIGlzIHNob3duIGFzIGluZGljYXRlZCBpbiB0aGUgY3FybG9nIHBvc3Qg dGhhdCBJIGxpbmtlZCB0bywgYnV0IHdpbGwgcmVwZWF0IGhlcmU6DQo+Pg0KPj4gZ2l0IGNs b25lIGh0dHBzOi8vZ2l0aHViLmNvbS9vazJjcXIvY3FybG9nLmdpdA0KPj4gY2QgY3FybG9n DQo+PiBtYWtlDQo+PiBzdWRvIG1ha2UgaW5zdGFsbA0KPj4NCj4+IEFmdGVyIHRoZSBzdGVw cyBmcm9tIGdpdCBjbG9uZSB0byBzdWRvIG1ha2UgaW5zdGFsbCB3ZXJlIGRvbmUsIENRUmxv ZyB0aGVuIGFwcGVhcmVkIGluIG15IHByb2dyYW1zLsKgIE9mIGNvdXJzZSwgd2hlbiBJIHRy aWVkIHRvIG9wZW4sIEkgZ2V0IHRoZSBtZXNzYWdlcyBhYm91dCBtb3JlIGZpbGVzIG5lZWRl ZCBhbmQgdGhhdCdzIHdoZW4gSSBkZWNpZGVkIHRvIG5vdCB1c2UgaXQuwqAgSXQgYXBwZWFy cyBpbiBteSBwcm9ncmFtcyBsaXN0IGFzIHdlbGwgYXMgdGhlIFNvZnR3YXJlIENlbnRlciB3 aXRoIHRoZSB1bmluc3RhbGwgb3B0aW9uLg0KPj4NCj4+IEknbSBhIGJpdCBsb3N0IHdoZW4g eW91IGJlZ2luIGRpc2N1c3NpbmcgdGhlIGJ1aWxkIGNvbW1hbmRzLCB3aGljaCBpcyB3aHkg SSByZXBlYXRlZCB0aGVtIGhlcmUuwqAgV2hlcmUgaXMgdGhlIE1ha2VmaWxlIGxvY2F0ZWQ/ wqAgSW4gdGhlIENRUmxvZyBkaXJlY3Rvcnk/DQo+Pg0KPj4gIkFuZCB5b3UgTVVTVCBjb21w bGV0ZSB5b3VyIHRyZWUtY2xlYW5pbmcsIGJlZm9yZSBkb2luZyB0aGUgbmV4dCBzdGVwLg0K Pj4gSWYgeW91IGRpZCB0aGUgbmV4dCBzdGVwIGZpcnN0LCB0aGVuIGl0IHdvdWxkIG5vIGxv bmdlciBiZQ0KPj4gcG9zc2libGUgdG8gZG8gInN1ZG8gbWFrZSByZW1vdmUiIG9yIHNpbWls YXIuIFlvdSByZW1vdmUgdGhlDQo+PiBzaWRlLWVmZmVjdHMgb2YgeW91ciB3b3JrLCBiZWZv cmUgY2xlYW5pbmcgdXAgdGhlIHNjZW5lIG9mDQo+PiB0aGUgY3JpbWUuIg0KPj4NCj4+IFNv cnJ5LCBJIGRvbid0IGZvbGxvdy7CoCBIb3cgZG8gSSBjb21wbGV0ZSB0aGUgInRyZWUtY2xl YW5pbmciIGFuZCBzdWNoPw0KPj4NCj4+IFNpbmNlIENRUmxvZyBpcyBzaG93aW5nIGluIHRo ZSBTb2Z0d2FyZSBDZW50ZXIgd2l0aCB1bmluc3RhbGwgb3B0aW9uLCBtaWdodCBpdCBiZSBz aW1wbGVyIHRvIGp1c3QgdW5pbnN0YWxsIGl0IGZyb20gdGhlcmU/wqAgQXMgYSBzaWRlIG5v dGUsIGludGVyZXN0aW5nbHksIGFsdGhvdWdoIENRUmxvZyBzaG93cyB1cCBpbiBTeW5hcHRp YywgaXQgZG9lcyBub3Qgc2hvdyBhcyBpbnN0YWxsZWQgZXZlbiB0aG91Z2ggaXQgZG9lcyBp biB0aGUgU29mdHdhcmUgQ2VudGVyLg0KPj4NCj4gDQo+IFdoZW4geW91IHNlbGVjdCAibGF6 YXJ1cyIgYXMgYSBtZXRhcGFja2FnZSwgaXQgc2VlbXMgdG8gaGF2ZSBzZWxlY3RlZCBlbGVt ZW50cw0KPiBvZiB0aGUgbGF0ZXN0IHZlcnNpb24gZm9yIGluY2x1c2lvbiBpbiB0aGUgaW5z dGFsbC4NCj4gDQo+IEJ5IHNlbGVjdGluZyBsYXphcnVzIGZvciByZW1vdmFsLCBpbiBwcmlu Y2lwbGUgYXQgbGVhc3QsIGl0IHNob3VsZCBiZQ0KPiByZW1vdmluZyB0aGUgMi4yIHZlcnNp b24gaXRlbXMgaW5zdGFsbC4gSWYgaXQgZGlkIG5vdCwgeW91IGNvdWxkIHVzZSB0aGUNCj4g c2VhcmNoIHRvIGxpc3QgYWxsIGxhemFydXMgaW5zdGFuY2VzLCBhbmQgbWFudWFsbHkgcmVt b3ZlIHRoZSBzdWJwYWNrYWdlcw0KPiBpZiBhbnkgcmVtYWluZWQgaW5zdGFsbGVkLg0KPiAN Cj4gV2hlbiB0aGUgYm94ZXMgYXJlIGVtcHR5LCB0aGUgZmlsZXMgYXJlIG5vdCBvbiB0aGUg bWFjaGluZSAoZnJlc2ggaW5zdGFsbCkuDQo+IFRoZSBsaXN0aW5nIGlzIGEgbGlzdCBvZiB0 aGluZ3MgdGhlIFJlcG9zaXRvcnkgaGFzLiBXaGVuIHRoZSBib3hlcyBhcmUNCj4gZmlsbGVk ICgidGlja2VkIiksIGxpa2UgaW4gdGhlIDIuMiB2ZXJzaW9uIGl0ZW1zLCB0aGVuIGF0IHNv bWUgcG9pbnQgdGhlDQo+IGZpbGVzIHdlcmUgZG93bmxvYWRlZCBhbmQgaW5zdGFsbGVkLiBX aGVuIHlvdSBkbyB0aGUgcmVtb3ZlLCB0aGUgZmlsZXMNCj4gc2hvdWxkIGJlIHJlbW92ZWQg ZnJvbSBhY3RpdmUgcGFydGljaXBhdGlvbiBpbiB5b3VyIHRyZWUuIE9TZXMgYWx3YXlzIGhh dmUNCj4gY2FjaGluZyBtZWNoYW5pc21zLCBhbmQgaWYgeW91IHdlcmUgdGlnaHQgZm9yIHNw YWNlLCBpdCBtaWdodCBiZSBhDQo+IHNpZ25pZmljYW50IGVmZm9ydCB0byByZW1vdmUgdGhl bSBhbGwuIFBlcmhhcHMgImNvbXBsZXRlIHJlbW92YWwiDQo+IGVuc3VyZXMgdGhhdCBhbnkg LmRlYiBmaWxlcyBzdGlsbCBvbiB0aGUgbWFjaGluZSBhbmQgcmVsYXRlZCB0byB0aGF0LA0K PiBhcmUgcmVtb3ZlZC4NCj4gDQo+IFRoZXJlIGFyZSBhbHNvIGNvbW1hbmRzIGZvciB0aGUg cGFja2FnZSBtYW5hZ2VyLCB0aGF0IG5vdGljZSBkZXBlbmRlbmNpZXMNCj4gdGhhdCBkb24n dCBoYXZlIGEgbWFzdGVyIHByb2dyYW0sIGFuZCB0aG9zZSBjYW4gYmUgcmVtb3ZlZCBhdXRv bWF0aWNhbGx5Lg0KPiBTb21ldGltZXMgb24gYSBTb2Z0d2FyZSBVcGRhdGUsIHlvdSB3aWxs IG5vdGljZSBhbiBlZmZvcnQgaXMgYmVpbmcNCj4gbWFkZSB0byBjb25zb2xpZGF0ZSB0aGUg Y29udGVudHMgb2YgdGhlIHRyZWUsIHNvIG9ubHkgIndpcmVkIHRvZ2V0aGVyIHN0dWZmIg0K PiBpcyBrZXB0Lg0KPiANCj4gQnV0IGZvciB0aGUgdGltZSBiZWluZywgSSBpbnRlcnByZXQg eW91ciByZXF1ZXN0IGFzICJob3cgZG8gSSBwcmV2ZW50IHdoYXQNCj4gSSd2ZSBkb25lIGZy b20gaW50ZXJmZXJpbmcgd2l0aCBub3JtYWwgZGF5IHRvIGRheSBvcGVyYXRpb24iLiBJIGhh dmUNCj4gbm90IGdvbmUgdGhlIGV4dHJhIG1pbGUgdG8gIm1ha2UgbXkgc2xhc2ggYXMgc21h bGwgYXMgcG9zc2libGUiLiBUaGF0J3MNCj4gb3V0IG9mIG15IHBheSBzY2FsZS4gRG9uJ3Qg a25vdyBob3cgdG8gZG8gaXQuIFdvdWxkIHRha2UgaG91cnMgYW5kDQo+IGhvdXJzIG9mIHJl c2VhcmNoLiBJJ3ZlIHVzZWQgc2V2ZXJhbCBPU2VzIHdoZXJlIEkgZG9uJ3Qga25vdyBob3cg dG8NCj4gZG8gdGhhdCwgY29tcHJlaGVuc2l2ZWx5IGFuZCB3aXRoIGNvbmZpZGVuY2UuIFRo YXQncyAid29yayIgYXMgaXQgd2VyZS4NCj4gSSBkbyBjbGVhbiBvdXQgYnJvd3NlciBjYWNo ZXMsIGJlY2F1c2UgYXQgbGVhc3QgSSBjb3VsZCBmaW5kIHRob3NlLg0KPiANCj4gKioqKioq Kg0KPiANCj4gRHVyaW5nIHlvdXIgYnVpbGQsIGlmIHlvdSBkbw0KPiANCj4gICAgIHN1ZG8g bWFrZSBpbnN0YWxsDQo+IA0KPiB0aGVuIHRoYXQgcHV0cyBpdGVtcyBpbiAvdXNyL2JpbiBv ciAvdXNyL2xpYiBvciB0aGUgbGlrZS4gVG8gcHJldmVudA0KPiBpbnRlcmZlcmVuY2Ugd2l0 aCBkYXkgdG8gZGF5IG9wZXJhdGlvbiwgbWF5YmUgeW91IHdvdWxkIHdhbnQgdG8gcmVtb3Zl DQo+IC91c3IvYmluL0NRUmxvZyBleGVjdXRhYmxlLg0KPiANCj4gSWYgeW91IGdvIGJhY2sg dG8gdGhlIGJ1aWxkIGRpcmVjdG9yeSBhbmQgcnVuDQo+IA0KPiAgICAgc3VkbyBtYWtlIC1u IGluc3RhbGwNCj4gDQo+IGFuZCBkbyBhIGRyeSBydW4sIHRoZSB0cmFjZSBpbiB0aGUgd2lu ZG93IHdpbGwgZ2l2ZSB5b3Ugc29tZSBpZGVhDQo+IHdoZXJlIGl0IGhhcyBzdG9yZWQgaXRz IHN0dWZmLiBZb3UgY291bGQgbWFudWFsbHkgZ28gaW50byB0aGUgdHJlZQ0KPiBhbmQgcmVt b3ZlIHRoZSBpdGVtcy4gQnV0IEkgZG9uJ3QgcmVjb21tZW5kIGRvaW5nIHRoYXQgdW5sZXNz IHlvdSdyZQ0KPiBnb29kIGF0IHRoYXQgc29ydCBvZiBmb3JlbnNpY3MuDQo+IA0KPiBFeGVj dXRpbmcgICBzdWRvIG1ha2UgLW4gaW5zdGFsbCAgIGRvZXMgbm90IGFsd2F5cyBydW4gdG8g Y29tcGxldGlvbi4NCj4gVGhlIGNvbW1hbmQgY2FuIGZhaWwgYXQgc29tZSBwb2ludCwgYmVj YXVzZSBpdCdzIG5vdCByZWFsbHkgaW5zdGFsbGluZw0KPiBzdHVmZiwgYW5kIHNvbWUgb3Jk ZXItb2YtZXhlY3V0aW9uIGlzc3VlIG1pZ2h0IGFmZmVjdCBpdHMgYWJpbGl0eSB0bw0KPiBj b21wbGV0ZS4gSSB1c2UgY29tbWFuZHMgbGlrZSB0aGF0ICh3aXRob3V0IEVWRVIgaW5zdGFs bGluZyB0aGUgcGFja2FnZSksDQo+IHRvIHNlZSB3aGF0IHRoZSBidWlsZCB0b29scyB0aGlu ayB0aGUgaW1wb3J0YW50IGl0ZW1zIGFyZS4gTGlrZSB3aGV0aGVyDQo+IGl0IGluc3RhbGxz IGxpYnJhcmllcyBvciBub3QuDQo+IA0KPiBNYWtlZmlsZXMgY2FuIGJlIGluIGVhY2ggc3Vi Zm9sZGVyIG9mIHRoZSBidWlsZCB0cmVlLiBFYWNoIHN1YmZvbGRlcg0KPiBuZWVkcyB0byBi ZSB0b2xkIHdoYXQgdG8gZG8gd2hlbiBtYWtlIHNlZXMgInNvdXJjZS5jIiBhbmQgdGhhdCBp dA0KPiBzaG91bGQgYmUgY29tcGlsZWQgdG8gInNvdXJjZS5vIi4gVGhlIHRlbXBsYXRlIGF0 IHRoZSB0b3AgbGV2ZWwsDQo+IHN1Y2ggYXMgTWFrZWZpbGUuaW4gLCBpdCBjYW4gaW5mb3Jt IHRoZSAuL2NvbmZpZ3VyZSBydW4sIGhvdw0KPiB0byBidWlsZCBhIGN1c3RvbSBNYWtlZmls ZSBpbiBlYWNoIHN1YmZvbGRlci4gVXNpbmcgLi9jb25maWd1cmUsDQo+IGlzIG9uZSB3YXkg dG8gaGF2ZSB0aGUgYnVpbGQgdHJlZSBtYWtlIGN1c3RvbSBNYWtlZmlsZSBpdGVtcy4NCj4g QmVmb3JlIC4vY29uZmlndXJlIGNhbWUgYWxvbmcsIHRoZSBNYWtlZmlsZSB3YXMgc3RhdGlj IGFuZCB0aGUNCj4gYnVpbGQgd2FzICJvbmUgZmxhdm9yIG9ubHkiLiBZb3Ugd291bGRuJ3Qg ZXZlbiBuZWVkIGEgdGVtcGxhdGUsIGlmDQo+IHRoZXJlIHdhcyBvbmx5IG9uZSB3YXkgdG8g dXNlIHRoZSBidWlsZCB0cmVlLCBzbyBlYWNoIHN1YmZvbGRlcg0KPiB3b3VsZCBoYXZlIGEg cHJlLW1hZGUgTWFrZWZpbGUuDQo+IA0KPiBCdXQgeW91IHdvdWxkIG5vcm1hbGx5IGJlIENE ZWQgdG8gdGhlIHRvcCBsZXZlbCBvZiB0aGUgYnVpbGQsIHdoZW4NCj4geW91IGRpZCB0aGUg YnVpbGQgb3Igd2hlbiB5b3UgZGlkIHRoZSBpbnN0YWxsLiBCeSBiZWluZyBhdCB0aGUNCj4g dG9wIG9mIHRoZSBidWlsZCB0cmVlLCBhbGwgb2YgdGhlIGluc3RhbGwgbWF0ZXJpYWxzIGZy b20NCj4gYWxsIG9mIHRoZSBzdWJmb2xkZXJzLCBhcmUgY29uc2lkZXJlZC4gQW5kIHRoZSBN YWtlZmlsZQ0KPiB3aWxsIGhhdmUgYW4gImluc3RhbGw6ICIgdGFyZ2V0IGZvbGxvd2VkIGJ5 IGEgbGlzdCBvZg0KPiBtb2R1bGUgbmFtZXMsIGxpa2UgInNvdXJjZS5zby4yIiBzaGFyZWQg bGlicmFyeS4NCj4gDQo+IE1ha2UgaXMgbm90IHRoZSBvbmx5IGJ1aWxkIHRvb2wuIFRoZXJl IGlzIENNQUtFLCBOaW5qYSwgSSBkb24ndA0KPiB0aGluayBJIGNhbiBkbyBhIGNyZWRpYmxl IGpvYiBvZiBsaXN0aW5nIGFsbCBvZiB0aGVtLiBJIGRvbid0IGxpa2UNCj4gYWxsIG9mIHRo ZW0gZXF1YWxseSwgYmVjYXVzZSBzb21lIGFyZSBhIHJhdCBiYXN0YXJkIHRvIGdldCB3b3Jr aW5nLA0KPiBhcyBpZiB0aGUgZGV2ZWxvcGVyIGp1c3QgZG9lc24ndCBjYXJlLg0KPiANCj4g QWRvYmUgcmVsZWFzZWQgYSBDTUFLRSBvbmUgb25jZSwgd2hlcmUgdGhleSBmYWlsZWQgdG8g aW50ZWdyYXRlIHRoZQ0KPiAiZGVtbyBhcHAiIGludG8gdGhlIHRyZWUsIGFuZCBpdCB0b29r IG1lICpvbmUgd2Vlayogb2Ygd29yayB0byBmaXggdGhhdC4NCj4gVGhlbiBJIGRpc2NvdmVy IHRoZSAiZGVtbyBhcHAiIGlzIHV0dGVyIGNyYXAuIEFuZCB0aGF0IHJlYWxseQ0KPiBleHBs YWlucyBpdCBhbGwgLS0gbm8gZW5kLXVzZXIgZ290IGFzIGNsb3NlIGFzIEkgZGlkLCBiZWNh dXNlDQo+IHRoZSBidWlsZCB0cmVlIHdhcyBicm9rZW4uIEkgZGlkIHRoZSBleHRyYSB3b3Jr IHRvIGRpc2NvdmVyDQo+IHRoZSBkZXZlbG9wZXIgb2YgaXQuLi4gd2FzIGEgIm11bmNoa2lu IiA6LVwgQnV0IHRoYXQncyBob3cgaXQNCj4gZ29lcyB3aGVuIHlvdSBjb21waWxlIGZyb20g c291cmNlLiBUaGF0J3MgcGFydCBvZiB0aGUgdGVycmFpbi4NCj4gDQo+IEkndmUgYWxzbyBh Y3F1aXJlZCBGT1NTIHRhcmJhbGxzLCB3aGVyZSBvbmUgZmlsZSBpcyBtaXNzaW5nDQo+IG9u IHB1cnBvc2UsIGJlY2F1c2UgdGhlIGluZGl2aWR1YWwgIndhbnRlZCBmcmVlIHN0b3JhZ2Ug Zm9yDQo+IHRoZWlyIGV4ZWN1dGFibGUiLCBidXQgZGlkIG5vdCB3YW50IHBlb3BsZSBjb21w aWxpbmcgZnJvbQ0KPiBzb3VyY2UuIEkndmUgaGFkIGEgdmFyaWV0eSBvZiBleHBlcmllbmNl IHdpdGggdGhpcyBzdHVmZiwNCj4gYW5kIHRoZXJlIGFyZSBtb3JlIHRoYW4gYSBmZXcgc2N1 bWJhZ3Mgb3V0IHRoZXJlLg0KPiANCj4gKioqKioqKg0KPiANCj4gTGVhdmluZyBsaWJyYXJ5 IGl0ZW1zIGJlaGluZCBpcyBvbmx5IGFuIGlzc3VlIGlmIGl0IGludGVyZmVyZXMNCj4gd2l0 aCBzb21lIG90aGVyLCBsYXRlciBwcm9qZWN0LiBJIHdvdWxkIHB1dCBpbiBhbiBlZmZvcnQg dG8NCj4gc2VlIHRoZXkgYXJlIHJlbW92ZWQuIE1heWJlIHRoZXkgY2FuIGJlIHNwb3R0ZWQg YnkgdGhlaXINCj4gZGF0ZXN0YW1wLCBhbmQgYSBzaW1wbGUgbGlzdGluZyBpbiB0aW1lIG9y ZGVyLCB3aWxsIGlkZW50aWZ5IHRoZW0uDQo+IA0KPiAgICAgUGF1bA0KDQpJIGRlY2lkZWQg dG8gZ28gd2l0aCBteSBtb3N0IHJlY2VudCBiYWNrIHVwLCBmcm9tIGxhdGUgSmFuLCAyMDI0 LiAgTW9zdCANCm9mIHdoYXQgaGFkIGNoYW5nZWQgd2VyZSBlbWFpbHMgYW5kIGJyb3dzZXIs IHNvIGp1c3QgdHJhbnNmZXJyZWQgb3ZlciANCnRoZSBjb25maWcgZmlsZXMgYW5kIGdvb2Qg dG8gZ28uICBJIGRpZG4ndCBmZWVsIGNvbmZpZGVudCB0cnlpbmcgdG8gDQp1bmluc3RhbGwg dGhlIHRvb2xzIGFuZCB0aGUgY29tcGlsZWQgcHJvZ3JhbSB3aXRob3V0IG1lc3Npbmcgc29t ZXRoaW5nIA0KdXAuICBOZWVkbGVzcyB0byBzYXksIEkgV09OJ1QgYmUgdHJ5aW5nIHRvIHVz ZSB0aGlzIHByb2dyYW0gYWdhaW4gDQphbnl0aW1lIHNvb24uICBJJ3ZlIHRyaWVkIGluc3Rh bGxpbmcgaXQgaW4gdGhlIHBhc3QgYW5kIHdhcyBuZXZlciBhYmxlIA0KdG8gZ2V0IGl0IHdv cmtpbmcgY29ycmVjdGx5IGV2ZW4gdGhlbi4gIEl0IGRvZXMgaGF2ZSBhIGxvdCBvZiBmZWF0 dXJlcyANCmlmIEkgZXZlciBkaWQgZ2V0IGl0IHdvcmtpbmcsIGJ1dCBJIHVzZSBhIG11Y2gg bGlnaHRlciBhbmQgZWFzaWVyIHRvIA0KaW5zdGFsbCBwcm9ncmFtIHRoYXQgaXMgYWRlcXVh dGUuICBPbmx5IGlzc3VlIGlzIHRoYXQgdGhlIG9uZSBJIHVzZSANCmhhZG4ndCBiZWVuIHVw ZGF0ZWQgZm9yIG92ZXIgNSB5ZWFycywgc28gSSBzdXBwb3NlIG9uZSBkYXkgdGhhdCBpdCB3 aWxsIA0Kc3RvcCB3b3JraW5nIGJ1dCBmb3Igbm93IGl0IHdvcmtzIGZpbmUuICBUaGFua3Mg YWdhaW4gZm9yIHRyeWluZyB0byBoZWxwIA0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Bill Evans on Mon Apr 8 03:54:35 2024
    On 4/8/2024 1:03 AM, Bill Evans wrote:

    I decided to go with my most recent back up, from late Jan, 2024.  Most of what had changed were emails and browser, so just transferred over the config files and good to go.  I didn't feel confident trying to uninstall the tools and the compiled
    program without messing something up.  Needless to say, I WON'T be trying to use this program again anytime soon.  I've tried installing it in the past and was never able to get it working correctly even then.  It does have a lot of features if I ever
    did get it working, but I use a much lighter and easier to install program that is adequate.  Only issue is that the one I use hadn't been updated for over 5 years, so I suppose one day that it will stop working but for now it works fine.  Thanks again
    for trying to help

    I doubt you would screw things up.

    Really, the biggest liability, might be something left
    in the tree after

    sudo make install

    But there may be ways to work on that, such as listing
    all files by date. And noting the particular day
    you blasted them in.

    *******

    These are two commands for listing files
    or listing directories, into output listings.

    cd ~/Downloads

    df # This lists various mounted file systems, like from the automounter

    # In the example, a limited portion of tree is being listed, but you can use / instead

    find /media/WIN2KAS -type d -exec ls -al -1 -d --full-time {} + > directories.txt
    find /media/WIN2KAS -type f -exec ls -al -1 --full-time {} + > filelist.txt

    And just for you, this version of the filelist example,
    will make it so that column one is a timestamp suited to
    sorting in LibreOffice Calc. There are two timestamps plus the filename.
    The first field has been made ten digits wide, with leading 0 added
    if the field is not wide enough to make ten digits. In LibreOffice Calc
    you can use Data:Sort just like excel, with a default extended selection.

    sudo find /media/WIN2KAS -type f -exec stat --printf='%010Y %y %n\n' {} + > statlist.txt

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Moock@21:1/5 to All on Mon Apr 8 10:16:15 2024
    On 07.04.2024 um 01:09 Uhr Bill Evans wrote:

    However, I have changed my mind and want to uninstall lazarus and git
    as well as the compiled CQRlog. I would appreciate the proper
    commands for the uninstallation and thank you in advance.

    Have a look at /var/log/apt/history.log

    It shows which packages were installed by what command.

    sudo apt remove lazarus git
    Always have a look what it wants to remove, otherwise you might break
    your system.

    Then
    sudo apt autoremove
    Exactly check what it wants to remove before confirming it!

    --
    kind regards
    Marco

    Send spam to 1712444976muell@cartoonies.org

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bobbie Sellers@21:1/5 to All on Mon Apr 8 13:06:18 2024
    On 4/8/24 12:47, Bill Evans wrote:

    Following this with some interest. The simplest way to restore a Linux system is to copy your data aka "/home" to a suitable media such
    as a Flash Drive and reinstall your system then copy data back to your
    to the new "/home" partition.

    Good luck with this advice but it is the shortest way back to a useable
    device and maybe the simplest. You might want to do backups on a
    frequent basis.

    bliss- Dell Precision 7730- PCLOS 2024.04- Linux 6.6.25- Plasma 5.27.11



    On 4/8/24 3:54 AM, Paul wrote:
    On 4/8/2024 1:03 AM, Bill Evans wrote:

    I decided to go with my most recent back up, from late Jan, 2024.
    Most of what had changed were emails and browser, so just transferred
    over the config files and good to go.  I didn't feel confident trying
    to uninstall the tools and the compiled program without messing
    something up.  Needless to say, I WON'T be trying to use this program
    again anytime soon.  I've tried installing it in the past and was
    never able to get it working correctly even then.  It does have a lot
    of features if I ever did get it working, but I use a much lighter
    and easier to install program that is adequate.  Only issue is that
    the one I use hadn't been updated for over 5 years, so I suppose one
    day that it will stop working but for now it works fine.  Thanks
    again for trying to help

    I doubt you would screw things up.

    Really, the biggest liability, might be something left
    in the tree after

        sudo make install

    But there may be ways to work on that, such as listing
    all files by date. And noting the particular day
    you blasted them in.

    *******

    These are two commands for listing files
    or listing directories, into output listings.

    cd ~/Downloads

    df               # This lists various mounted file systems, like from
    the automounter

    # In the example, a limited portion of tree is being listed, but you
    can use / instead

    find /media/WIN2KAS -type d -exec ls -al -1 -d --full-time {} + >
    directories.txt
    find /media/WIN2KAS -type f -exec ls -al -1    --full-time {} + >
    filelist.txt

    And just for you, this version of the filelist example,
    will make it so that column one is a timestamp suited to
    sorting in LibreOffice Calc. There are two timestamps plus the filename.
    The first field has been made ten digits wide, with leading 0 added
    if the field is not wide enough to make ten digits. In LibreOffice Calc
    you can use Data:Sort just like excel, with a default extended selection.

    sudo find /media/WIN2KAS -type f -exec stat --printf='%010Y %y %n\n'
    {} + > statlist.txt

        Paul

    I appreciate this and will try and refer to it in the future, but I'm considering installing a "system restore" feature, similar to Win, if
    one is available for Ubuntu, similar to one like featured here:


    https://ostechnix.com/systemback-restore-ubuntu-desktop-and-server-to-previous-state/

    Not sure about the software there, but I do wonder if anyone can
    recommend something similar so the next time, I simply take a snapshot
    before installation and, if no good, restore to original snapshot?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill Evans@21:1/5 to All on Mon Apr 8 15:47:25 2024
    T24gNC84LzI0IDM6NTQgQU0sIFBhdWwgd3JvdGU6DQo+IE9uIDQvOC8yMDI0IDE6MDMgQU0s IEJpbGwgRXZhbnMgd3JvdGU6DQo+IA0KPj4gSSBkZWNpZGVkIHRvIGdvIHdpdGggbXkgbW9z dCByZWNlbnQgYmFjayB1cCwgZnJvbSBsYXRlIEphbiwgMjAyNC7CoCBNb3N0IG9mIHdoYXQg aGFkIGNoYW5nZWQgd2VyZSBlbWFpbHMgYW5kIGJyb3dzZXIsIHNvIGp1c3QgdHJhbnNmZXJy ZWQgb3ZlciB0aGUgY29uZmlnIGZpbGVzIGFuZCBnb29kIHRvIGdvLsKgIEkgZGlkbid0IGZl ZWwgY29uZmlkZW50IHRyeWluZyB0byB1bmluc3RhbGwgdGhlIHRvb2xzIGFuZCB0aGUgY29t cGlsZWQgcHJvZ3JhbSB3aXRob3V0IG1lc3Npbmcgc29tZXRoaW5nIHVwLsKgIE5lZWRsZXNz IHRvIHNheSwgSSBXT04nVCBiZSB0cnlpbmcgdG8gdXNlIHRoaXMgcHJvZ3JhbSBhZ2FpbiBh bnl0aW1lIHNvb24uwqAgSSd2ZSB0cmllZCBpbnN0YWxsaW5nIGl0IGluIHRoZSBwYXN0IGFu ZCB3YXMgbmV2ZXIgYWJsZSB0byBnZXQgaXQgd29ya2luZyBjb3JyZWN0bHkgZXZlbiB0aGVu LsKgIEl0IGRvZXMgaGF2ZSBhIGxvdCBvZiBmZWF0dXJlcyBpZiBJIGV2ZXIgZGlkIGdldCBp dCB3b3JraW5nLCBidXQgSSB1c2UgYSBtdWNoIGxpZ2h0ZXIgYW5kIGVhc2llciB0byBpbnN0 YWxsIHByb2dyYW0gdGhhdCBpcyBhZGVxdWF0ZS7CoCBPbmx5IGlzc3VlIGlzIHRoYXQgdGhl IG9uZSBJIHVzZSBoYWRuJ3QgYmVlbiB1cGRhdGVkIGZvciBvdmVyIDUgeWVhcnMsIHNvIEkg c3VwcG9zZSBvbmUgZGF5IHRoYXQgaXQgd2lsbCBzdG9wIHdvcmtpbmcgYnV0IGZvciBub3cg aXQgd29ya3MgZmluZS7CoCBUaGFua3MgYWdhaW4gZm9yIHRyeWluZyB0byBoZWxwDQo+IA0K PiBJIGRvdWJ0IHlvdSB3b3VsZCBzY3JldyB0aGluZ3MgdXAuDQo+IA0KPiBSZWFsbHksIHRo ZSBiaWdnZXN0IGxpYWJpbGl0eSwgbWlnaHQgYmUgc29tZXRoaW5nIGxlZnQNCj4gaW4gdGhl IHRyZWUgYWZ0ZXINCj4gDQo+ICAgICBzdWRvIG1ha2UgaW5zdGFsbA0KPiANCj4gQnV0IHRo ZXJlIG1heSBiZSB3YXlzIHRvIHdvcmsgb24gdGhhdCwgc3VjaCBhcyBsaXN0aW5nDQo+IGFs bCBmaWxlcyBieSBkYXRlLiBBbmQgbm90aW5nIHRoZSBwYXJ0aWN1bGFyIGRheQ0KPiB5b3Ug Ymxhc3RlZCB0aGVtIGluLg0KPiANCj4gKioqKioqKg0KPiANCj4gVGhlc2UgYXJlIHR3byBj b21tYW5kcyBmb3IgbGlzdGluZyBmaWxlcw0KPiBvciBsaXN0aW5nIGRpcmVjdG9yaWVzLCBp bnRvIG91dHB1dCBsaXN0aW5ncy4NCj4gDQo+IGNkIH4vRG93bmxvYWRzDQo+IA0KPiBkZiAg ICAgICAgICAgICAgICMgVGhpcyBsaXN0cyB2YXJpb3VzIG1vdW50ZWQgZmlsZSBzeXN0ZW1z LCBsaWtlIGZyb20gdGhlIGF1dG9tb3VudGVyDQo+IA0KPiAjIEluIHRoZSBleGFtcGxlLCBh IGxpbWl0ZWQgcG9ydGlvbiBvZiB0cmVlIGlzIGJlaW5nIGxpc3RlZCwgYnV0IHlvdSBjYW4g dXNlIC8gaW5zdGVhZA0KPiANCj4gZmluZCAvbWVkaWEvV0lOMktBUyAtdHlwZSBkIC1leGVj IGxzIC1hbCAtMSAtZCAtLWZ1bGwtdGltZSB7fSArID4gZGlyZWN0b3JpZXMudHh0DQo+IGZp bmQgL21lZGlhL1dJTjJLQVMgLXR5cGUgZiAtZXhlYyBscyAtYWwgLTEgICAgLS1mdWxsLXRp bWUge30gKyA+IGZpbGVsaXN0LnR4dA0KPiANCj4gQW5kIGp1c3QgZm9yIHlvdSwgdGhpcyB2 ZXJzaW9uIG9mIHRoZSBmaWxlbGlzdCBleGFtcGxlLA0KPiB3aWxsIG1ha2UgaXQgc28gdGhh dCBjb2x1bW4gb25lIGlzIGEgdGltZXN0YW1wIHN1aXRlZCB0bw0KPiBzb3J0aW5nIGluIExp YnJlT2ZmaWNlIENhbGMuIFRoZXJlIGFyZSB0d28gdGltZXN0YW1wcyBwbHVzIHRoZSBmaWxl bmFtZS4NCj4gVGhlIGZpcnN0IGZpZWxkIGhhcyBiZWVuIG1hZGUgdGVuIGRpZ2l0cyB3aWRl LCB3aXRoIGxlYWRpbmcgMCBhZGRlZA0KPiBpZiB0aGUgZmllbGQgaXMgbm90IHdpZGUgZW5v dWdoIHRvIG1ha2UgdGVuIGRpZ2l0cy4gSW4gTGlicmVPZmZpY2UgQ2FsYw0KPiB5b3UgY2Fu IHVzZSBEYXRhOlNvcnQganVzdCBsaWtlIGV4Y2VsLCB3aXRoIGEgZGVmYXVsdCBleHRlbmRl ZCBzZWxlY3Rpb24uDQo+IA0KPiBzdWRvIGZpbmQgL21lZGlhL1dJTjJLQVMgLXR5cGUgZiAt ZXhlYyBzdGF0IC0tcHJpbnRmPSclMDEwWSAleSAlblxuJyB7fSArID4gc3RhdGxpc3QudHh0 DQo+IA0KPiAgICAgUGF1bA0KDQpJIGFwcHJlY2lhdGUgdGhpcyBhbmQgd2lsbCB0cnkgYW5k IHJlZmVyIHRvIGl0IGluIHRoZSBmdXR1cmUsIGJ1dCBJJ20gDQpjb25zaWRlcmluZyBpbnN0 YWxsaW5nIGEgInN5c3RlbSByZXN0b3JlIiBmZWF0dXJlLCBzaW1pbGFyIHRvIFdpbiwgaWYg DQpvbmUgaXMgYXZhaWxhYmxlIGZvciBVYnVudHUsIHNpbWlsYXIgdG8gb25lIGxpa2UgZmVh dHVyZWQgaGVyZToNCg0KIA0KaHR0cHM6Ly9vc3RlY2huaXguY29tL3N5c3RlbWJhY2stcmVz dG9yZS11YnVudHUtZGVza3RvcC1hbmQtc2VydmVyLXRvLXByZXZpb3VzLXN0YXRlLw0KDQpO b3Qgc3VyZSBhYm91dCB0aGUgc29mdHdhcmUgdGhlcmUsIGJ1dCBJIGRvIHdvbmRlciBpZiBh bnlvbmUgY2FuIA0KcmVjb21tZW5kIHNvbWV0aGluZyBzaW1pbGFyIHNvIHRoZSBuZXh0IHRp bWUsIEkgc2ltcGx5IHRha2UgYSBzbmFwc2hvdCANCmJlZm9yZSBpbnN0YWxsYXRpb24gYW5k LCBpZiBubyBnb29kLCByZXN0b3JlIHRvIG9yaWdpbmFsIHNuYXBzaG90Pw0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Gordon@21:1/5 to Bill Evans on Tue Apr 9 04:22:08 2024
    On 2024-04-08, Bill Evans <billevSQR@netnit.com> wrote:
    On 4/8/24 3:54 AM, Paul wrote:
    On 4/8/2024 1:03 AM, Bill Evans wrote:

    I decided to go with my most recent back up, from late Jan, 2024.  Most of what had changed were emails and browser, so just transferred over the config files and good to go.  I didn't feel confident trying to uninstall the tools and the compiled
    program without messing something up.  Needless to say, I WON'T be trying to use this program again anytime soon.  I've tried installing it in the past and was never able to get it working correctly even then.  It does have a lot of features if I ever
    did get it working, but I use a much lighter and easier to install program that is adequate.  Only issue is that the one I use hadn't been updated for over 5 years, so I suppose one day that it will stop working but for now it works fine.  Thanks again
    for trying to help

    I doubt you would screw things up.

    Really, the biggest liability, might be something left
    in the tree after

    sudo make install

    But there may be ways to work on that, such as listing
    all files by date. And noting the particular day
    you blasted them in.

    *******

    These are two commands for listing files
    or listing directories, into output listings.

    cd ~/Downloads

    df # This lists various mounted file systems, like from the automounter

    # In the example, a limited portion of tree is being listed, but you can use / instead

    find /media/WIN2KAS -type d -exec ls -al -1 -d --full-time {} + > directories.txt
    find /media/WIN2KAS -type f -exec ls -al -1 --full-time {} + > filelist.txt

    And just for you, this version of the filelist example,
    will make it so that column one is a timestamp suited to
    sorting in LibreOffice Calc. There are two timestamps plus the filename.
    The first field has been made ten digits wide, with leading 0 added
    if the field is not wide enough to make ten digits. In LibreOffice Calc
    you can use Data:Sort just like excel, with a default extended selection.

    sudo find /media/WIN2KAS -type f -exec stat --printf='%010Y %y %n\n' {} + > statlist.txt

    Paul

    I appreciate this and will try and refer to it in the future, but I'm considering installing a "system restore" feature, similar to Win, if
    one is available for Ubuntu, similar to one like featured here:


    https://ostechnix.com/systemback-restore-ubuntu-desktop-and-server-to-previous-state/

    Not sure about the software there, but I do wonder if anyone can
    recommend something similar so the next time, I simply take a snapshot
    before installation and, if no good, restore to original snapshot?


    Have a look at Timeshift. https://github.com/linuxmint/timeshift

    As noted here and elsewhere snapshots go better/faster with Btrfs or zfs
    file systems.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Anssi Saari@21:1/5 to Bill Evans on Tue Apr 9 11:43:01 2024
    Bill Evans <billevSQR@netnit.com> writes:

    I didn't feel confident trying to uninstall the tools and the compiled program without messing something up.

    In this specific case the uninstall would've been easy. I took a look
    and the Makefile has simply a bunch of install and cp commands so
    figuring out which files were copied where would've been easy enough, if tedious. OTOH, there's no harm having a few (dozen?) extra files on your
    system either.

    This is the install target from the Makefile:

    install:
    install -d -v $(bindir)
    install -d -v $(datadir)
    install -d -v $(datadir)/ctyfiles

    install -d -v $(datadir)/help
    install -d -v $(datadir)/help/img
    install -d -v $(datadir)/members
    install -d -v $(datadir)/xplanet
    install -d -v $(datadir)/voice_keyer
    install -d -v $(datadir)/zipcodes
    install -d -v $(datadir)/images
    install -d -v $(datadir)/images/icon/32x32
    install -d -v $(datadir)/images/icon/64x64
    install -d -v $(datadir)/images/icon/128x128
    install -d -v $(datadir)/images/icon/256x256
    install -d -v $(sharedir)/pixmaps/cqrlog
    install -d -v $(sharedir)/icons/cqrlog
    install -d -v $(sharedir)/applications
    install -d -v $(sharedir)/appdata
    install -d -v $(sharedir)/man/man1
    install -v -m 0755 src/cqrlog $(bindir)
    install -v -m 0755 tools/cqrlog-apparmor-fix $(datadir)/cqrlog-apparmor-fix
    install -v -m 0644 ctyfiles/* $(datadir)/ctyfiles/
    install -v -m 0644 help/img/* $(datadir)/help/img/
    install -v -m 0644 help/*.* $(datadir)/help/
    install -v -m 0644 members/* $(datadir)/members/
    install -v -m 0644 xplanet/* $(datadir)/xplanet/
    install -v -m 0755 voice_keyer/voice_keyer.sh $(datadir)/voice_keyer/voice_keyer.sh
    install -v -m 0644 voice_keyer/README $(datadir)/voice_keyer/README
    install -v -m 0644 voice_keyer/F10.mp3 $(datadir)/voice_keyer/F10.mp3
    install -v -m 0644 zipcodes/* $(datadir)/zipcodes/

    cp -v -R images/* $(datadir)/images
    cp -v -R images/icon/* $(sharedir)/icons/cqrlog
    cp -v -R images/icon/* $(sharedir)/pixmaps/cqrlog

    install -v -m 0644 tools/cqrlog.desktop $(sharedir)/applications/cqrlog.desktop
    install -v -m 0644 tools/cqrlog.appdata.xml $(sharedir)/appdata/cqrlog.appdata.xml
    install -v -m 0644 images/icon/32x32/cqrlog.png $(sharedir)/pixmaps/cqrlog/cqrlog.png
    install -v -m 0644 images/icon/128x128/cqrlog.png $(sharedir)/icons/cqrlog.png
    install -v -m 0644 src/changelog.html $(datadir)/changelog.html
    install -v -m 0644 tools/cqrlog.1.gz $(sharedir)/man/man1/cqrlog.1.gz

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill Evans@21:1/5 to All on Tue Apr 9 14:36:56 2024
    So I guess the hardest part of always restoring backups is that, since I Clonezilla from drive to drive, when I then plug the external hard drive
    in to access files needed for the older backup, I am met with double the partitions of the same name as the originals (since the back up is an
    identical hard drive copy of the most recent OS). At first, I wasn't
    sure how to get around it because I wasn't sure I was copying from the
    correct partition, but going into "disks" solves the issue since the
    drive is identified (my back up is on a Toshiba USB hd) and a link is
    provided to access the drive. No more confusion then. Thank goodness
    for "discs" for sure! I do keep GParted handy, but don't use it as
    often as the former.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)