What's the verdict on Tumbleweed?

Hi,

Since I’ll be having so much things on my hands in the coming years so I probably won’t be able to upgrade my system yearly, I’m looking into a rolling release. The internets seem to be praising Manjaro, but I would love to stay in my own geeko camp. So for all of you running Tumbleweed, how stable is it for everyday use? How long can I expect it to run without an Arch-like crash? Are there any drawbacks compared to a regular release? + are there firmware issues (in my case intel iwlwifi and realtek firmware).

Thank you all a lot.

IME TW is rock stable. Arch like crashes are not to be expected, thanks to openQA testing. The only drawback, if one can call it drawback, are huge updates every once in a while. Even my cloudserver runs TW, haven’t found a reason yet to dup it to Leap 42.3

I’ve been using TW on one of my primary PCs since 20150508 and not had anything other than a few minor problems. Never in that time have I been left with a non-working PC… (yet :)).

Don’t have any intel HW so can’t comment on that.

BTW: my TW hardware: a HP laptop, with intel hardware. I.e. i915

On Tue 07 Nov 2017 03:06:02 PM CST, Knurpht wrote:

BTW: my TW hardware: a HP laptop, with intel hardware. I.e. i915

Hi
Running on a MacBook3,1 (2007 era), 4 GB of RAM, 120GB SSD, Intel
Mobile GM965/GL960 GPU.

I use GNOME though :wink: No issue of late, even a screenshot in
http://forums.opensuse.org/showthread.php?t=527911


Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890)
openSUSE Leap 42.2|GNOME 3.20.2|4.4.90-18.32-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

Hi. Compared to each previous poster, above, i have by light-years less Linux experience generally, & openSUSE experience specifically. I only discovered oS in May this year [at that time i previously had been a Linux Mint KDE, & was then a Maui Linux user], when i began researching both TW & Leap, then tested them in VMs. I fell in love with the idea of TW… openQA, BtrFS+Snapper, latest Plasma, latest pgms… & made the decision to convert both my Laptop [June] & Tower [July] from Maui to TW. Both those PCs are Intel-based, & in both i use the integrated GPU.

Over those months since, it is true that i have suffered some periods of “exciting stress”, ie, some things went wrong… BUT… i am certain that these were ALL my fault. For me the jump from the Ubuntu-based distros to oS needed a very steep learning curve, & i believe that it was various wrong things i occasionally did do, & important things i did not do [because i did not then know i needed to do], that caused the relatively few bigger problems i had. Now that i feel i have learned more, & am slightly less incompetent compared to back then, i find my TW on both PCs to be wonderful… i am really loving it.

As already mentioned, the zypper dup upgrades can be large, & they are very frequent. For the first couple of months i did them daily or every other day. However i dislike having to interrupt my workflow by rebooting that often, so now i try to do the dup’ing only weekly or even fortnightly, except when a security patch is needed, or there’s an important Plasma version# increase. So far for me this looks like being a happy compromise.

Summary: Even for the less experienced users like me, IMO TW [KDE] is a wonderful choice.

Hi GooeyGirl - I don’t know of any reason you would need to reboot after a zypper dup unless you’ve downloaded a new kernel that you are wanting to take for a test drive. You could still zypper dup daily if you wanted, and get the advantage of improvements to some of your desktop applications, and then reboot on weekends when it’s convenient.

As for me, I’ve definitely wrecked TW a couple of times so far this year. But I use release candidate kernels and other experimental, unsupported software. So, when I wreck it, it’s just because of me doing risky stuff.

Greetings Andy

Here’s why i wrote what i wrote… https://forums.opensuse.org/showthread.php/525873-Is-reboot-advisable-after-quot-sudo-zypper-dup-no-allow-vendor-change-quot

Seems so old-fashioned. Probably this is part of the reason I’ve ruined my TW installation a couple of times this year - because I wasn’t rebooting until long after a zypper dup.

Oh well, guess I’d better change my ways. Thanks for pointing that out.

A bit more info…

Earlier, when i first read your reply Andy, i launched one of my TW VMs & dup’d it, so that i could use it as the source for the following info fyi.

The following product is going to be upgraded:
  openSUSE Tumbleweed  20171028-0 -> 20171107-0  x86_64  openSUSE-Tumbleweed-Oss  openSUSE


<<*lots of stuff snipped*>>


CommitResult  (total 632, done 632, error 0, skipped 0, updateMessages 0)
Checking for running processes using deleted libraries...
There are some running programs that might use files deleted by recent upgrade. You may wish to check and restart some of them. Run 'zypper ps -s' to list these programs.
gooeygirl@linux-sr0s:~> **sudo zypper ps -s**
[sudo] password for root: 
The following running processes use deleted files:


PID  | PPID | UID  | User       | Command                           | Service        
-----+------+------+------------+-----------------------------------+----------------
845  | 1    | 484  | avahi      | avahi-daemon                      | avahi-daemon   
847  | 1    | 0    | root       | ModemManager                      | ModemManager   
862  | 1    | 0    | root       | irqbalance                        | irqbalance     
863  | 1    | 499  | messagebus | dbus-daemon (deleted)             | dbus           
1251 | 1    | 0    | root       | VBoxService (deleted)             | vboxadd-service
1390 | 1    | 0    | root       | sddm (deleted)                    | display-manager
1407 | 1390 | 0    | root       | Xorg                              | display-manager
1635 | 1390 | 0    | root       | sddm-helper (deleted)             |                
1637 | 0    | 1000 | gooeygirl    | systemd                           |                
1642 | 1635 | 1000 | gooeygirl    | bash                              |                
1652 | 1636 | 1000 | gooeygirl    | dbus-daemon (deleted)             |                
1679 | 1    | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1680 | 1679 | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1689 | 1    | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1691 | 1689 | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1695 | 1    | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1697 | 1695 | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1700 | 1    | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1701 | 1700 | 1000 | gooeygirl    | VBoxClient (deleted)              |                
1763 | 1    | 1000 | gooeygirl    | kdeinit5                          |                
1768 | 1763 | 1000 | gooeygirl    | klauncher                         |                
1785 | 1763 | 1000 | gooeygirl    | kdeinit5                          |                
1849 | 1    | 1000 | gooeygirl    | kaccess (deleted)                 |                
1853 | 1    | 1000 | gooeygirl    | kactivitymanagerd                 |                
1861 | 1642 | 1000 | gooeygirl    | kwrapper5                         |                
1862 | 1763 | 1000 | gooeygirl    | ksmserver (deleted)               |                
1874 | 1636 | 1000 | gooeygirl    | dconf-service (deleted)           |                
1876 | 1636 | 1000 | gooeygirl    | kglobalaccel5                     |                
1883 | 1862 | 1000 | gooeygirl    | kwin_x11                          |                
1885 | 1636 | 1000 | gooeygirl    | kscreen_backend_launcher          |                
1890 | 1862 | 1000 | gooeygirl    | krunner (deleted)                 |                
1892 | 1862 | 1000 | gooeygirl    | polkit-kde-authentication-agent-1 |                
1893 | 1862 | 1000 | gooeygirl    | xembedsniproxy (deleted)          |                
1897 | 1763 | 1000 | gooeygirl    | kdeconnectd (deleted)             |                
1911 | 1763 | 1000 | gooeygirl    | org_kde_powerdevil (deleted)      |                
1917 | 1763 | 1000 | gooeygirl    | kinfocenter (deleted)             |                
1927 | 1763 | 1000 | gooeygirl    | yakuake                           |                
1940 | 1763 | 1000 | gooeygirl    | dolphin (deleted)                 |                
1947 | 1    | 1000 | gooeygirl    | pulseaudio                        |                
1965 | 1763 | 1000 | gooeygirl    | ksysguard (deleted)               |                
1967 | 1927 | 1000 | gooeygirl    | bash                              |                
1997 | 1636 | 1000 | gooeygirl    | obexd                             |                
2009 | 1965 | 1000 | gooeygirl    | ksysguardd (deleted)              |                
2014 | 1    | 1000 | gooeygirl    | ibus-daemon (deleted)             |                
2018 | 1636 | 1000 | gooeygirl    | gvfsd (deleted)                   |                
2026 | 1636 | 1000 | gooeygirl    | gvfsd-fuse (deleted)              |                
2028 | 2014 | 1000 | gooeygirl    | ibus-dconf (deleted)              |                
2029 | 2014 | 1000 | gooeygirl    | ibus-ui-gtk3 (deleted)            |                
2038 | 1    | 1000 | gooeygirl    | ibus-x11 (deleted)                |                
2058 | 1763 | 1000 | gooeygirl    | kdeinit5                          |                
2082 | 1636 | 1000 | gooeygirl    | at-spi-bus-launcher (deleted)     |                
2091 | 2082 | 1000 | gooeygirl    | dbus-daemon (deleted)             |                
2093 | 1636 | 1000 | gooeygirl    | at-spi2-registryd (deleted)       |                
2096 | 2014 | 1000 | gooeygirl    | ibus-engine-simple (deleted)      |                
2127 | 1636 | 1000 | gooeygirl    | kuiserver (deleted)               |                
2130 | 1    | 1000 | gooeygirl    | conky (deleted)                   |                
2134 | 1    | 1000 | gooeygirl    | conky (deleted)                   |                
2135 | 1    | 1000 | gooeygirl    | conky (deleted)                   |                
2136 | 1    | 1000 | gooeygirl    | conky (deleted)                   |                
3554 | 0    | 1000 | gooeygirl    | plasmashell (deleted)             |                
3652 | 3554 | 1000 | gooeygirl    | konsole (deleted)                 |                
3659 | 3652 | 1000 | gooeygirl    | bash                              |                


You may wish to restart these processes.
See 'man zypper' for information about the meaning of values in the above table.
gooeygirl@linux-sr0s:~> 



You can see that there’s lots of affected stuff there. Not only am i not knowledgeable enough to be confident that if i tried to restart each of those one by one i’d not make some grave error of commission or omission, but also… there’s just so many of them that i usually just grit my teeth & do the reboot as being the overall fastest way.

As i wrote earlier however, this is by definition a total interruption of my workflow, hence i evolved my less-frequent mode of now dup’ing only each week or each other week. Oh, for that previous remark to make sense to others who don’t know me [ie, everyone], i should add that at the end of each day i do not shutdown my pc, i suspend it, then resume the session next morning. If i did not do that, but only SD each night, then dup’ing & rebooting daily or each other day would be of much less consequence to me.

I laugh now when i recall that when i first discovered Linux [Mint] in Dec 2013 i somehow misunderstood & believed that unlike Windows, i could cheerfully install s/w & system updates without ever needing to reboot… because the system never prompted me to reboot [whereas Windows seemed to need a reboot soooooooo often & screamed about it]. Back then & into 2014 i thought that Linux must be some kind of modern magic, never needing reboots… Oh well.

Now, i need to go reboot that VM. :slight_smile:

So my experience has been extremely positive with TW but I am learning that you have to stick with the program. And for a newcomer its not always obvious what the program is

  1. Used to use Zypper Update ignorantly and that stuffed up my system
  2. Used extra repo for subpixel rendering from Gecko Linux. Somehow switching system files to that repo created issues later on
  3. Didn’t realise how important snapshot ability is for this kind of distro. You want to be able to undo your mistakes

So to a another newcomer I would recommend to first use Leap to get familiar with Opensuse. At the same time I would recommend to start reading as much as possible on best practices to get the most out of TW.

This is what I am doing now before going back. I am tired of stuffing up my system through my own fault.

I think it is the best rolling distribution (but I am not an expert). So, I think it is one of the best rolling distributions.:wink:
I came from ArchLinux and now, after few weeks of use TW, I like it more.
Zypper is a powerful package manager (better that I thought some time ago).
BTW, my first distribution was SuSE Linux 8.2.
I hope to use TW for a long time now and to help and contribute (as much as I can).

Aside from zypper is there anything in particular you like more in TW in comparison to Arch?

Yes. YAST. And TW seems to me to be more solid and a “complete” distribution (but I am not an expert). More updates in TW and not a crash yet. Community (but this is openSUSE not TW).
(openSUSE - I think that is best implementation of KDE) + (TW good rolling distro) = something I cannot resist.
The feeling. I feel closer to TW than Arch.

Sounds great. Thanks a lot for the feedback and I’m really glad you like it :slight_smile:

You are welcome. I am really glad too. :slight_smile: