• KDE Neon vs Snap

    From Mike Easter@21:1/5 to All on Sun Oct 23 16:09:16 2022
    Another Ub derivative goes its own way vs Snap.

    KDE Neon 221023 based on Ub 22.04 & KDE 5.26.1 departs Ub's big idea of
    Snap and such as Snap Firefox.

    It says:

    snap list
    no snaps are installed

    It also says that its repo/s include the mozillateam .ppa for its Ffx
    106.0.1, which repo also contains Tb 102.4 .deb.

    Neon does have an operative Flatpak/flathub.


    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Henry Crun@21:1/5 to Mike Easter on Mon Oct 24 05:15:22 2022
    On 24/10/2022 2:09, Mike Easter wrote:
    Another Ub derivative goes its own way vs Snap.

    KDE Neon 221023 based on Ub 22.04 & KDE 5.26.1 departs Ub's big idea of Snap and such as Snap Firefox.

    It says:

    snap list
    no snaps are installed

    It also says that its repo/s include the mozillateam .ppa for its Ffx 106.0.1, which repo also contains Tb 102.4 .deb.

    Neon does have an operative Flatpak/flathub.



    the difference is:

    $ snap list

    Command 'snap' not found, but can be installed with:
    sudo apt install snapd


    --
    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#befor

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Henry Crun on Mon Oct 24 07:46:50 2022
    Henry Crun wrote:
    Mike Easter wrote:
    Another Ub derivative goes its own way vs Snap.

    KDE Neon 221023 based on Ub 22.04 & KDE 5.26.1 departs Ub's big idea
    of Snap and such as Snap Firefox.

    It says:

    snap list
    no snaps are installed

    It also says that its repo/s include the mozillateam .ppa for its Ffx
    106.0.1, which repo also contains Tb 102.4 .deb.

    Neon does have an operative Flatpak/flathub.



    the difference is:

    $ snap list

    Command 'snap' not found, but can be installed with:
    sudo apt install snapd

    Yes, you are correct; snapd is installed in the live default.

    The default Discover Settings shows flatpak checked, firmware updates
    only linux vendor firmware service checked, snap appears to be 'checked'
    but it is not blue color check like flatpak and the KDE Neon repo/s
    which are also designated default.

    I'm not sure I completely understand how to interpret the Discover
    settings graphical 'meaning'.

    The Discover 'treatment' of options for flatpak are distinctly different
    from its graphical treatment of snap, firmware updates, and kde neon
    repo/s. Not only does flatpak have a function to make default and add
    source, but it also has a trashcan to remove it.

    I don't see a function in Discover to remove snap; so apparently
    Discover handles its Snap function differently than it does its flatpak function.

    Puzzling.


    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bobbie Sellers@21:1/5 to Mike Easter on Wed Oct 26 22:18:44 2022
    On 10/24/22 07:46, Mike Easter wrote:
    Henry Crun wrote:
    Mike Easter wrote:
    Another Ub derivative goes its own way vs Snap.

    KDE Neon 221023 based on Ub 22.04 & KDE 5.26.1 departs Ub's big idea
    of Snap and such as Snap Firefox.

    It says:

    snap list
    no snaps are installed

    It also says that its repo/s include the mozillateam .ppa for its Ffx
    106.0.1, which repo also contains Tb 102.4 .deb.

    Neon does have an operative Flatpak/flathub.



    the difference is:

    $ snap list

    Command 'snap' not found, but can be installed with:
    sudo apt install snapd

    Yes, you are correct; snapd is installed in the live default.

    The default Discover Settings shows flatpak checked, firmware updates
    only linux vendor firmware service checked, snap appears to be 'checked'
    but it is not blue color check like flatpak and the KDE Neon repo/s
    which are also designated default.

    I'm not sure I completely understand how to interpret the Discover
    settings graphical 'meaning'.

    The Discover 'treatment' of options for flatpak are distinctly different
    from its graphical treatment of snap, firmware updates, and kde neon repo/s.  Not only does flatpak have a function to make default and add source, but it also has a trashcan to remove it.

    I don't see a function in Discover to remove snap; so apparently
    Discover handles its Snap function differently than it does its flatpak function.

    Puzzling.


    Sorry to hear that the updates have gotten so weird.
    Don't care for the concepts in Flatpaks or in Snaps but
    then after paying for yearly or bi yearly updates to Mandriva
    for 5 years then to be left without help and a computer that
    was very unhappy with 2011. Probably why I prefer a sturdy
    Rolling Relase and am now using Linux 6.0.5 & KDE 5.26.2.
    Delivered via apt-rpm via Synaptic.

    The thill of a working new kernel and getting my Usenet
    connection back after a glitch at the server is like
    a taste of my youth.

    bliss
    --
    bliss dash SF 4 ever at dslextreme dot com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Bobbie Sellers on Thu Oct 27 11:48:20 2022
    Bobbie Sellers wrote:
    Mike Easter wrote:
    Henry Crun wrote:
    Mike Easter wrote:
    Another Ub derivative goes its own way vs Snap.

    KDE Neon 221023 based on Ub 22.04 & KDE 5.26.1 departs Ub's big idea
    of Snap and such as Snap Firefox.

    It says:

    snap list
    no snaps are installed

    It also says that its repo/s include the mozillateam .ppa for its
    Ffx 106.0.1, which repo also contains Tb 102.4 .deb.

    Neon does have an operative Flatpak/flathub.

    the difference is:

    $ snap list

    Command 'snap' not found, but can be installed with:
    sudo apt install snapd

    Yes, you are correct; snapd is installed in the live default.

    The default Discover Settings shows flatpak checked, firmware updates
    only linux vendor firmware service checked, snap appears to be
    'checked' but it is not blue color check like flatpak and the KDE Neon
    repo/s which are also designated default.

    I'm not sure I completely understand how to interpret the Discover
    settings graphical 'meaning'.

    The Discover 'treatment' of options for flatpak are distinctly
    different from its graphical treatment of snap, firmware updates, and
    kde neon repo/s.  Not only does flatpak have a function to make
    default and add source, but it also has a trashcan to remove it.

    I don't see a function in Discover to remove snap; so apparently
    Discover handles its Snap function differently than it does its
    flatpak function.

    Puzzling.

        Sorry to hear that the updates have gotten so weird.
        Don't care for the concepts in Flatpaks or in Snaps but
    then after paying for yearly or bi yearly updates to Mandriva
    for 5 years then to be left without help and a computer that
    was very unhappy with 2011.  Probably why I prefer a sturdy
    Rolling Relase and am now using Linux 6.0.5 & KDE 5.26.2.
    Delivered via apt-rpm via Synaptic.

    The thill of a working new kernel and getting my Usenet
    connection back after a glitch at the server is like
    a taste of my youth.

    I don't run any rolling releases as rolling; whenever I boot a 'roller'
    type distro, it is always just as a live USB, so I don't have good or
    bad experiences w/ rollers updating/upgrading. I do keep up w/ the
    write-ups of the good and bad of rollers by such as the review Jesse
    Smith did a few years ago comparing several w/ their individual tendency
    to breakage or not on update/grade.

    But, back to Discover as a package manager, and the management of a
    'mix' of packages ranging from flatpaks to Snaps to conventional, in
    this case .deb/s.

    As a general rule, whenever I boot a .deb distro (or even a .rpm which
    uses synaptic), my preferred package manager is synaptic, mixed in w/
    sometimes my just using apt command.

    Some distro/s don't even install synaptic by default, such as the
    current KDE Neon, which is the OT. But, if the user 'wants' to be in
    tune w/ the available packages, synaptic can't get the job done when it
    comes to Snap and flatpak, not can apt, of course.

    So, if one is going to have to *depend* on Discover to give a full
    picture of the available packages, I believe that it is obligated to let
    the user configure it in a lot of different ways, for example so that it
    only shows packages which are .deb/s, if that is desired, or .deb/s +
    flatpaks or .deb/s + Snaps or debs + 'everything' or whatever.

    I don't think the Discover interface should be confusing or inflexible.


    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Mike Easter on Thu Oct 27 15:10:03 2022
    Mike Easter wrote:
    But, if the user 'wants' to be in tune w/ the available packages,
    synaptic can't get the job done when it comes to Snap and flatpak, not
    can apt, of course.

    So, if one is going to have to *depend* on Discover to give a full
    picture of the available packages,

    I learned something else about flatpak and snap in KDE Neon today.

    I'm exploring an online vid tutorial about Python; which 'tutor' is
    working in a Mac environment + Py3 + PyCharm. The pycharm dev/s quit
    providing a current linux .ppa a LONG time ago, but they still provide
    both Snap and flatpak packages, so I was 'forced' (if I wanted to use
    pycharm as a tutee) to employ one of those alternate packages.

    My first choice was flatpak, partly because it was a slightly newer v.
    and partly because I'm 'anti-snap'; BUT... the working environment of a
    live KDE Neon meant that the 'breathing room' of free storage space
    (from the ram) was very low, so the flatpak which is kinda 'compily'
    didn't go, it needed more room to do its thing; but the snap package
    /was/ able to install, tho' compromising/using up most of the sparse
    storage.

    Naturally I need to make a mod to my working environment for this project.

    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From dillinger@21:1/5 to All on Fri Oct 28 04:50:49 2022
    T24gMTAvMjgvMjIgMDA6MTAsIE1pa2UgRWFzdGVyIHdyb3RlOg0KPiBNaWtlIEVhc3RlciB3 cm90ZToNCj4+IEJ1dCwgaWYgdGhlIHVzZXIgJ3dhbnRzJyB0byBiZSBpbiB0dW5lIHcvIHRo ZSBhdmFpbGFibGUgcGFja2FnZXMsIA0KPj4gc3luYXB0aWMgY2FuJ3QgZ2V0IHRoZSBqb2Ig ZG9uZSB3aGVuIGl0IGNvbWVzIHRvIFNuYXAgYW5kIGZsYXRwYWssIG5vdCANCj4+IGNhbiBh cHQsIG9mIGNvdXJzZS4NCj4+DQo+PiBTbywgaWYgb25lIGlzIGdvaW5nIHRvIGhhdmUgdG8g KmRlcGVuZCogb24gRGlzY292ZXIgdG8gZ2l2ZSBhIGZ1bGwgDQo+PiBwaWN0dXJlIG9mIHRo ZSBhdmFpbGFibGUgcGFja2FnZXMsDQo+IA0KPiBJIGxlYXJuZWQgc29tZXRoaW5nIGVsc2Ug YWJvdXQgZmxhdHBhayBhbmQgc25hcCBpbiBLREUgTmVvbiB0b2RheS4NCj4gDQo+IEknbSBl eHBsb3JpbmcgYW4gb25saW5lIHZpZCB0dXRvcmlhbCBhYm91dCBQeXRob247IHdoaWNoICd0 dXRvcicgaXMgDQo+IHdvcmtpbmcgaW4gYSBNYWMgZW52aXJvbm1lbnQgKyBQeTMgKyBQeUNo YXJtLsKgIFRoZSBweWNoYXJtIGRldi9zIHF1aXQgDQo+IHByb3ZpZGluZyBhIGN1cnJlbnQg bGludXggLnBwYSBhIExPTkcgdGltZSBhZ28sIGJ1dCB0aGV5IHN0aWxsIHByb3ZpZGUgDQo+ IGJvdGggU25hcCBhbmQgZmxhdHBhayBwYWNrYWdlcywgc28gSSB3YXMgJ2ZvcmNlZCcgKGlm IEkgd2FudGVkIHRvIHVzZSANCj4gcHljaGFybSBhcyBhIHR1dGVlKSB0byBlbXBsb3kgb25l IG9mIHRob3NlIGFsdGVybmF0ZSBwYWNrYWdlcy4NCj4gDQo+IE15IGZpcnN0IGNob2ljZSB3 YXMgZmxhdHBhaywgcGFydGx5IGJlY2F1c2UgaXQgd2FzIGEgc2xpZ2h0bHkgbmV3ZXIgdi4g DQo+IGFuZCBwYXJ0bHkgYmVjYXVzZSBJJ20gJ2FudGktc25hcCc7IEJVVC4uLsKgIHRoZSB3 b3JraW5nIGVudmlyb25tZW50IG9mIGEgDQo+IGxpdmUgS0RFIE5lb24gbWVhbnQgdGhhdCB0 aGUgJ2JyZWF0aGluZyByb29tJyBvZiBmcmVlIHN0b3JhZ2Ugc3BhY2UgDQo+IChmcm9tIHRo ZSByYW0pIHdhcyB2ZXJ5IGxvdywgc28gdGhlIGZsYXRwYWsgd2hpY2ggaXMga2luZGEgJ2Nv bXBpbHknIA0KPiBkaWRuJ3QgZ28sIGl0IG5lZWRlZCBtb3JlIHJvb20gdG8gZG8gaXRzIHRo aW5nOyBidXQgdGhlIHNuYXAgcGFja2FnZSANCj4gL3dhcy8gYWJsZSB0byBpbnN0YWxsLCB0 aG8nIGNvbXByb21pc2luZy91c2luZyB1cCBtb3N0IG9mIHRoZSBzcGFyc2UgDQo+IHN0b3Jh Z2UuDQo+IA0KPiBOYXR1cmFsbHkgSSBuZWVkIHRvIG1ha2UgYSBtb2QgdG8gbXkgd29ya2lu ZyBlbnZpcm9ubWVudCBmb3IgdGhpcyBwcm9qZWN0Lg0KPiANCkZXSVcsIGJvdGggbXkgS0RF IG5lb24gbGFwdG9wcyBoYXZlIGJlZW4gdXBncmFkZWQgdG8gamFtbXkgYnkgbm93Lg0KTm90 IGZhc3QgKCsvLSAyIGhvdXJzKSBidXQgdmVyeSBzbW9vdGgsIG5vdGhpbmcgd2FzIGFkZGVk IG9yIHJlbW92ZWQgYW5kIA0KYXBhcnQgZnJvbSBzb21lIHNtYWxsIEdUSyBnbGl0Y2hlcyBp dCBsb29rcyBleGFjdGx5IHRoZSBzYW1lLg0KWW91IGhhdmUgdG8gcmUtZW5hYmxlIHlvdXIg M3JkIHBhcnR5IHJlcG9zaXRvcmllcyBidXQgdGhhdCdzIGFib3V0IGl0Lg0KSSByZW1vdmVk IGFsbCBvZiBzbmFwL2ZsYXRwYWsvZGlzY292ZXIgbGFzdCB5ZWFyIGFuZCBpdCBzdGlsbCBp c24ndCANCm5lZWRlZCBmb3IgYW55dGhpbmcuDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to dillinger on Fri Oct 28 07:10:01 2022
    dillinger wrote:
    I removed all of snap/flatpak/discover last year and it still isn't
    needed for anything.

    If I want to use pycharm, I will need to use an older Ub base such as
    20.04 which has a .ppa for it, which is what I'm going to be working on
    today. I have an older Mint around, I'll use that.

    --
    Mike Easter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Easter@21:1/5 to Mike Easter on Sun Oct 30 08:07:44 2022
    Mike Easter wrote:
    If I want to use pycharm, I will need to use an older Ub base such as
    20.04 which has a .ppa for it, which is what I'm going to be working on today.  I have an older Mint around, I'll use that.

    That didn't work out either; the .ppa wouldn't take because accessing
    the keyserver had an anomaly.

    I went back to the snap pycharm which was easiest to install and decided
    that 'I didn't like it' because it was 'too complicated' an IDE for a
    complete beginner to python like me. I decided that learning about so
    many pycharm features was 'distracting' me from learning about python,
    so I looked around for a simpler IDE/editor and found Idle which I like
    better and it is in the repo/s. Yay.

    Now my python platform is live Ub 22.10 Mate + Python 3.10.8 & its Idle
    same v.

    Maybe after I learn some python and feel like checking out another IDE
    I'll look over pycharm again, as it is popular and there is a good
    learning python vid using pycharm.

    So now this wandering topic has made an exit from Neon or Snap :-)

    --
    Mike Easter

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