• Drilling deep down into snap

    From Heinz Schmitz@21:1/5 to All on Sat Feb 5 15:01:58 2022
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    Thanks, and regards,
    H.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Heinz Schmitz on Sat Feb 5 09:13:25 2022
    Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    I don't use any snaps, I just read things.

    https://en.wikipedia.org/wiki/Snap_(package_manager) https://phoenixnap.com/kb/snap-packages A Comprehensive Guide to Using
    Snap Packages on Ubuntu
    https://firebirdsql.org/en/snapshot-builds/ Linux Firebird 5.0
    Firebird 4.0
    Firebird 3.0 Firebird 2.5

    Personally, if I were going to use Firebird3 database on Ub/Kub 20.04, I
    would use the 3.07 .ppa at https://launchpad.net/~mapopa/+archive/ubuntu/firebird3.0?field.series_filter=focal

    That .ppa repo is a conventional .deb packaging.

    https://help.ubuntu.com/community/Firebird3.0 This is Firebird 3.0.x is imported from debian testing repository


    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Janis Papanagnou@21:1/5 to Heinz Schmitz on Sun Feb 6 09:58:45 2022
    On 05.02.2022 15:01, Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    Just a general hint. I used (i.e. was forced to use) snap once, the installation hung during the snap process for hours, and after the
    necessary interrupt/reboot left my system in an inconsistent faulty
    state. It needed a complete re-install from scratch. It costs me a
    lot time, some date, and nerves. Asking folks I was told to get rid
    of it, completely. Searched and found some articles that I followed
    (don't have the links but you'll find them yourself, I'm sure).

    All the best.

    Janis

    BTW, I'd put the "snap" guys in the same category as the "Marketing
    Division of the Sirius Cybernetic Corporation" with all consequences (https://hitchhikers.fandom.com/wiki/Sirius_Cybernetics_Corporation).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Heinz Schmitz@21:1/5 to Mike Easter on Sun Feb 6 09:34:58 2022
    Mike Easter wrote:

    Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    I don't use any snaps, I just read things.

    Thanks for Your kind answer, Mike. I too don't use snap - it was
    forced onto me and I HAVE TO use it. I did not search yet for
    eventual benefits of it, and since I'm rather pleased with
    ubuntu (18), and it is free, I do not feel very motivated to
    criticise.

    https://en.wikipedia.org/wiki/Snap_(package_manager) >https://phoenixnap.com/kb/snap-packages A Comprehensive Guide to Using
    Snap Packages on Ubuntu
    https://firebirdsql.org/en/snapshot-builds/ Linux Firebird 5.0
    Firebird 4.0
    Firebird 3.0 Firebird 2.5

    Personally, if I were going to use Firebird3 database on Ub/Kub 20.04, I >would use the 3.07 .ppa at >https://launchpad.net/~mapopa/+archive/ubuntu/firebird3.0?field.series_filter=focal

    That .ppa repo is a conventional .deb packaging.

    https://help.ubuntu.com/community/Firebird3.0 This is Firebird 3.0.x is >imported from debian testing repository

    Yes, well, I'm new to Firebird, and since I did not find it in the
    repository, I had to make do somehow. This is how I came
    to firebird 4, and now wanted to get rid of the previous version,
    which made me rendezvous with the snap.
    The general idea of "list --all" is ok, but here the item ist buried
    so deed in the structure that ist is very hard to discover. It is
    tempting to just delete it, but then some other property might
    feel disturbed.

    Thanks, and regrads,
    H.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Henry Crun@21:1/5 to Janis Papanagnou on Sun Feb 6 12:41:24 2022
    On 06/02/2022 10:58, Janis Papanagnou wrote:
    On 05.02.2022 15:01, Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    Just a general hint. I used (i.e. was forced to use) snap once, the installation hung during the snap process for hours, and after the
    necessary interrupt/reboot left my system in an inconsistent faulty
    state. It needed a complete re-install from scratch. It costs me a
    lot time, some date, and nerves. Asking folks I was told to get rid
    of it, completely. Searched and found some articles that I followed
    (don't have the links but you'll find them yourself, I'm sure).

    All the best.

    Janis

    BTW, I'd put the "snap" guys in the same category as the "Marketing
    Division of the Sirius Cybernetic Corporation" with all consequences (https://hitchhikers.fandom.com/wiki/Sirius_Cybernetics_Corporation).


    I found this useful: https://cialu.net/how-to-disable-and-remove-completely-snaps-in-ubuntu-linux/ at any rate it worked for me... Ub 20.02 + GNOME


    --
    Mike R.
    Home: http://alpha.mike-r.com/
    QOTD: http://alpha.mike-r.com/qotd.php
    No Micro$oft products were used in the URLs above, or in preparing this message.
    Recommended reading: http://www.catb.org/~esr/faqs/smart-questions.html#before
    and: http://alpha.mike-r.com/jargon/T/top-post.html
    Missile address: N31.7624/E34.9691

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrei Z.@21:1/5 to Janis Papanagnou on Sun Feb 6 14:55:44 2022
    Janis Papanagnou wrote:
    On 05.02.2022 15:01, Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    Just a general hint. I used (i.e. was forced to use) snap once, the installation hung during the snap process for hours, and after the
    necessary interrupt/reboot left my system in an inconsistent faulty
    state. It needed a complete re-install from scratch. It costs me a
    lot time, some date, and nerves. Asking folks I was told to get rid
    of it, completely. Searched and found some articles that I followed
    (don't have the links but you'll find them yourself, I'm sure).

    All the best.

    Janis

    BTW, I'd put the "snap" guys in the same category as the "Marketing
    Division of the Sirius Cybernetic Corporation" with all consequences (https://hitchhikers.fandom.com/wiki/Sirius_Cybernetics_Corporation).

    How to remove Snap completely without losing Firefox? - Ask Ubuntu

    https://askubuntu.com/questions/1369159/how-to-remove-snap-completely-without-losing-firefox

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From jjb@21:1/5 to Andrei Z. on Sun Feb 6 15:39:14 2022
    On 06-02-2022 12:55, Andrei Z. wrote:
    Janis Papanagnou wrote:

    ...snip...

    How to remove Snap completely without losing Firefox? - Ask Ubuntu

    Use Linux Mint...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Aragorn@21:1/5 to All on Sun Feb 6 16:36:31 2022
    On 06.02.2022 at 15:39, jjb scribbled:

    On 06-02-2022 12:55, Andrei Z. wrote:
    Janis Papanagnou wrote:

    ...snip...

    How to remove Snap completely without losing Firefox? - Ask Ubuntu

    Use Linux Mint...

    Or better still, use the best: https://www.manjaro.org. :p


    ° Based upon Arch Linux;

    ° Curated rolling release — install once and simply keep it updated;

    ° Updates are bundled and always come with an announcement thread
    at the forum (https://forum.manjaro.org) that addresses all of the
    gotchas and how to deal with them;

    ° Three official editions (XFCE, Plasma and GNOME) and several
    community editions (LXDE, LXQt, Deepin DE, Budgie, MATE, Cinnamon,
    UKUI, OpenBox, i3, bspwm, et al), plus several "spins", created by
    forum members;

    ° Uses Calamares as the installer, with support for btrfs and zfs;

    ° Comes with GNU bash as the shell for tty and system initialization,
    as well as a themed zsh for terminal sessions within a GUI
    environment;

    ° Supports multiple LTS kernels, as well as the latest mainline
    kernel.

    ° Emphasis on usability rather than on politics, so proprietary
    drivers are supplied without having to add special non-free
    repositories;

    ° Supports the AUR ("Arch User Repository" [*]) via the Pamac GUI
    package manager or via pacman wrappers such as yay or trizen. Pamac
    can be used with a GUI or from the command line and offers optional
    support for Snap and FlatPak. Supports AppImages too;

    ° Although not installed by default, ksh93 — which is the shell Janis
    prefers — is available from the official repositories; and

    ° A great and very knowledgeable community to fall back upon.


    [*] The AUR itself does not contain any software. It is a repository
    with user-provided and human-readable and editable build scripts
    (called PKGBUILD) that fetch the source code — or in some cases, a
    binary — and build it into an ALPM-installable package on your own
    computer. Some of those build scripts fetch pre-compiled packages
    from the servers of other distributions — e.g. openSUSE or Debian —
    and convert them into Arch/Manjaro packages, so that you wouldn't
    have to waste hours on compiling the software, e.g. Google Chrome or
    the nightly builds of Mozilla Firefox.

    </spam>

    :p

    --
    With respect,
    = Aragorn =

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Heinz Schmitz on Sun Feb 6 10:43:37 2022
    Heinz Schmitz wrote:
    Mike Easter wrote:

    Personally, if I were going to use Firebird3 database on Ub/Kub 20.04, I
    would use the 3.07 .ppa at
    https://launchpad.net/~mapopa/+archive/ubuntu/firebird3.0?field.series_filter=focal

    That .ppa repo is a conventional .deb packaging.

    https://help.ubuntu.com/community/Firebird3.0 This is Firebird 3.0.x is
    imported from debian testing repository

    Yes, well, I'm new to Firebird, and since I did not find it in the repository, I had to make do somehow. This is how I came
    to firebird 4, and now wanted to get rid of the previous version,
    which made me rendezvous with the snap.

    If you are going to use firebird 4, as far as I know the only available packages are snaps.

    I don't know how to 'convert' a snap to a conventional .deb; I wish I
    did. Everything I find wants to do it the other way around, converting
    .deb/s to snap/s.


    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Janis Papanagnou@21:1/5 to Aragorn on Mon Feb 7 01:16:35 2022
    On 06.02.2022 16:36, Aragorn wrote:
    Or better still, use the best: https://www.manjaro.org. :p
    [...]
    ° Uses Calamares as the installer, with support for btrfs and zfs;

    Curious; what sort of support for ZFS is that? - Isn't the installer
    agnostic with respect to the file system type used?

    I'm asking because at some point (hardware incident, non-recoverable
    data with crypto-ReiserFS) I switched to ZFS and had no need for any
    further ZFS re-/installation activities; everything works smoothly.

    Or are you just saying that ZFS is an option on a clean from scratch installation (where other distributions maybe don't support that FS)?

    Janis

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Gordon@21:1/5 to Janis Papanagnou on Mon Feb 7 01:33:33 2022
    On 2022-02-07, Janis Papanagnou <janis_papanagnou@hotmail.com> wrote:
    On 06.02.2022 16:36, Aragorn wrote:
    Or better still, use the best: https://www.manjaro.org. :p
    [...]
    ° Uses Calamares as the installer, with support for btrfs and zfs;

    Curious; what sort of support for ZFS is that? - Isn't the installer
    agnostic with respect to the file system type used?

    I'm asking because at some point (hardware incident, non-recoverable
    data with crypto-ReiserFS) I switched to ZFS and had no need for any
    further ZFS re-/installation activities; everything works smoothly.

    Or are you just saying that ZFS is an option on a clean from scratch installation (where other distributions maybe don't support that FS)?

    Yes.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Gordon@21:1/5 to Janis Papanagnou on Mon Feb 7 01:42:26 2022
    On 2022-02-06, Janis Papanagnou <janis_papanagnou@hotmail.com> wrote:
    On 05.02.2022 15:01, Heinz Schmitz wrote:
    I "managed" to install firebird3.0 and had a lot of trouble to find
    where it chose to install itself. At last, I found it here

    /snap/kde-frameworks-5-qt-5-15-core20/14/usr/share/firebird3.0-common

    None of the hints given in various spots on the web led to a tool,
    which could reveal this location or easily delete the package.

    I also wonder about snap increasing its size on its own and needing
    to be manually cropped down again.

    Any hints?

    Just a general hint. I used (i.e. was forced to use) snap once, the installation hung during the snap process for hours, and after the
    necessary interrupt/reboot left my system in an inconsistent faulty
    state. It needed a complete re-install from scratch. It costs me a
    lot time, some date, and nerves. Asking folks I was told to get rid
    of it, completely. Searched and found some articles that I followed
    (don't have the links but you'll find them yourself, I'm sure).

    Snap(s) has a reputation. It seems that Ubuntu is pushing/marketing it hard
    and it is upagainst AppImage and Flatpak. There is a following of Snaps are just the pits.

    When I had snaps on the HD I was impressed at how many directories it
    formed. Clutter and more clutter. Could not find anything amongst it.

    So now my stance is now, No snaps if at all possible. To date I have been sucessful.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Gordon on Sun Feb 6 19:58:26 2022
    Gordon wrote:
    So now my stance is now, No snaps if at all possible. To date I have been sucessful.

    Why shouldn't it be not only possible but 'practical' for someone w/ a particular Ub distro v. to be able to build a conventional .deb package
    from a snap package?

    It must surely be 'easier' than compiling from source in terms of the methodology and 'risks' or possibilities of running into dependency
    problem in a conventional compile from source.

    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Aragorn@21:1/5 to All on Mon Feb 7 08:19:58 2022
    On 07.02.2022 at 01:16, Janis Papanagnou scribbled:

    On 06.02.2022 16:36, Aragorn wrote:

    Or better still, use the best: https://www.manjaro.org. :p
    [...]
    ° Uses Calamares as the installer, with support for btrfs and
    zfs;

    Curious; what sort of support for ZFS is that? - Isn't the installer
    agnostic with respect to the file system type used?

    I'm asking because at some point (hardware incident, non-recoverable
    data with crypto-ReiserFS) I switched to ZFS and had no need for any
    further ZFS re-/installation activities; everything works smoothly.

    Or are you just saying that ZFS is an option on a clean from scratch installation (where other distributions maybe don't support that FS)?

    Yes, it's the latter. For licensing reasons, zfs is usually not
    supported in distribution installers, but Calamares does have support
    for it now, with or without LUKS encryption. ;)

    That said, personally I prefer btrfs, though. I don't have any
    first-hand experience with zfs, but after many years of using XFS
    (and reiserfs before that, and ext2 before that), btrfs suits my needs.
    From what I've read, it either way does most if not all of the things
    that zfs is supposedly popular for, and it's GPLv2-licensed. :)

    --
    With respect,
    = Aragorn =

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Janis Papanagnou@21:1/5 to Aragorn on Mon Feb 7 19:58:36 2022
    On 07.02.2022 08:19, Aragorn wrote:

    That said, personally I prefer btrfs, though. I don't have any
    first-hand experience with zfs, but after many years of using XFS
    (and reiserfs before that, and ext2 before that), btrfs suits my needs.
    From what I've read, it either way does most if not all of the things
    that zfs is supposedly popular for, and it's GPLv2-licensed. :)

    I don't know btrfs, and, frankly, I use ZFS just because it had been
    explained and recommended to me. The supported features are great as
    I could see, but personally I use very little of all that. It's great
    to know that (even in simple a 3-disk configuration) it continues to
    work seamlessly even if one disk decides to disconnect or "give up"
    (had that situation twice in the past years - no operation interrupt
    was necessary, no data losses, or anything, did the disk replacement
    and re-sync of disk-data without shutdown/reboot; a nice experience).

    Janis

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Anton Ertl@21:1/5 to Aragorn on Tue Feb 8 10:23:28 2022
    Aragorn <thorongil@telenet.be> writes:
    On 07.02.2022 at 01:16, Janis Papanagnou scribbled:
    Or are you just saying that ZFS is an option on a clean from scratch
    installation (where other distributions maybe don't support that FS)?

    Yes, it's the latter.

    And that is an issue, because using ZFS for root on, e.g., Debian is
    somewhat involved <https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html>
    <https://noulin.net/blog/linux/2021/06/26/setting-up-root-on-zfs-in-debian-bullseye.html>. On Ubuntu it's just a click.

    That said, personally I prefer btrfs, though. I don't have any
    first-hand experience with zfs

    I have used btrfs since IIRC 2013, and ZFS since ~2019. I have not
    had problems with either within their supported functionality, but
    last I looked btrfs did not properly support RAID 1, although it can
    be made to if you are careful in the failure case <https://www.complang.tuwien.ac.at/anton/btrfs-raid1.html>; looking at <https://btrfs.wiki.kernel.org/index.php/Gotchas#raid1_volumes_only_mountable_once_RW_if_degraded>,
    this is mentioned as a problem for kernels 4.9.x, 4.4.x, so maybe this
    is fixed now.

    Anyway, this problem with btrfs has led us to use ZFS on systems where
    we want RAID1, and it has performed nicely; e.g., if we want to
    install a new server with pretty much the same installation as an
    existing one, we take one of the SSDs of the existing server, put it
    and an empty SSD into the new server, put another empty SSD into the
    existing server, type a few commands into both servers, change the
    hostname, and presto, we now have two servers with RAID1.

    Both btrfs and ZFS have their own set of management commands, so you
    can reduce the mental load by only having using one of them, so in the
    long run we will probably standardize on ZFS.

    - anton
    --
    M. Anton Ertl Some things have to be seen to be believed anton@mips.complang.tuwien.ac.at Most things have to be believed to be seen http://www.complang.tuwien.ac.at/anton/home.html

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Aragorn@21:1/5 to All on Tue Feb 8 15:37:56 2022
    On 08.02.2022 at 10:23, Anton Ertl scribbled:

    Aragorn <thorongil@telenet.be> writes:

    That said, personally I prefer btrfs, though. I don't have any
    first-hand experience with zfs

    I have used btrfs since IIRC 2013, and ZFS since ~2019. I have not
    had problems with either within their supported functionality, but
    last I looked btrfs did not properly support RAID 1, although it can
    be made to if you are careful in the failure case <https://www.complang.tuwien.ac.at/anton/btrfs-raid1.html>; looking at <https://btrfs.wiki.kernel.org/index.php/Gotchas#raid1_volumes_only_mountable_once_RW_if_degraded>,
    this is mentioned as a problem for kernels 4.9.x, 4.4.x, so maybe this
    is fixed now.

    Yes, that has already long been fixed. RAID 0, 1 and 10 are fully
    supported. RAID 5 and 6 on the other hand are experimental in btrfs and
    should not be used on production systems.


    --
    With respect,
    = Aragorn =

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