
(carlos) Yes, not for noob, but we could at least make it intelligible and clear to the second user upgrading from say mint, TW is not rawhide. (TW was my first distro! [after 1 day with crashing kubuntu, and 1 day vomiting on Ubuntu's DE]) (H.Merijn Brand) you appear a long term power user with a very individual setup, conflating the issue with the requirements of a punctual distro. On 28 December 2016 at 15:15, H.Merijn Brand <h.m.brand@xs4all.nl> wrote:
On Wed, 28 Dec 2016 11:43:42 -0200, Luiz Fernando Ranghetti <elchevive68@gmail.com> wrote:
2016-12-28 10:52 GMT-02:00 nicholas cunliffe <ndcunliffe@gmail.com>:
On 28 December 2016 at 13:23, nicholas <ndcunliffe@gmail.com> wrote:
On Wednesday, 28 December 2016 10:57:29 CET Richard Brown wrote: [...] [...] [...] [...] [...] [...] [...] [...] [...] [...]
you have confimed that dup in tumbleweed is still required. however, IMHO the rest of the reply simply: - explains the purpose of each command - states the issues raised together with an algorithmic prescription for workarounds [x is safe, but if xx you need then do to y, z might cause this, xx should, xyx is russian roullette, etc]
If you have a hole in your bucket, the better solution is to plug the hole rather than run around with a mop
it would appear for *TW* that `zypper dup --no-allow-vendor-change` requires no ifs, buts, mights, shoulds or coulds?
apologies, i missed some of the posts when replying: further: (Aleksa)
AFAIK, "zypper up" is all you need to do -- Tumbleweed is a rolling release so there's no distribution version to update to. This proves my point, i did this and ended with a non-conforming system - 'up' does not delete older packages and can get to a state where new packages will not be installed -> does zypper not give you messages "the following packages will not be installed"?
(Richard) You have explained what each command does, since getting my fingers burnt im well aware, most on factory will also be aware. The crux of the post is not a request for help or clarification, it is a statement of the fact that neither 'up' nor 'dup' is the "right tool for the job" on *tumbleweed* and negotiating the between them is not easy for the uninitiated, nor is there any clean solution which is well communicated. Making the analogy to apt-get does not make the minutia of repo consistency any easier. Stating that zypper etc gives you a warning is not a well designed UI.
Hi,
On a pure oficial tumbluweed (no extra repos) "zypper dup" is all you want.
The moment we start mixing repos (be it a devel, packman or vlc one) we have to take extra care, and the "zypper dup ---no-allow-vendor-change" is the safe choice.
My TW system is for testing and development on the almost bleading edge
Act Pri Rfr Type Name URL === === === === ====== ================= ========================================================================================== 1 Yes 99 No rpm-md Archiving-Factory http://download.opensuse.org/repositories/Archiving/openSUSE_Factory 12 Yes 20 No rpm-md hardware-TW http://download.opensuse.org/repositories/hardware/openSUSE_Tumbleweed/ 14 Yes 99 No rpm-md knurpht-TW http://download.opensuse.org/repositories/home:/Knurpht:/unarj/openSUSE_Tumb... 20 Yes 99 No rpm-md Postgres-TW http://download.opensuse.org/repositories/server:/database:/postgresql/openS... 16 Yes 95 No yast2 Non-OSS-TW http://download.opensuse.org/tumbleweed/repo/non-oss 18 Yes 95 No yast2 OSS-TW http://download.opensuse.org/tumbleweed/repo/oss 25 Yes 95 No rpm-md Update-TW http://download.opensuse.org/update/tumbleweed 19 Yes 20 No rpm-md Packman-TW http://ftp.fau.de/packman/suse/openSUSE_Tumbleweed 27 Yes 99 No rpm-md Vivaldi http://repo.vivaldi.com/archive/rpm/x86_64 17 Yes 99 No rpm-md Opera http://rpm.opera.com/rpm
I have this system to detect anything "weird" as early as possible, so I don't make the same "mistake" on production boxes
The fact that zypper dup is able to *remove* packages from my system is the single reason I do not use it.
I use zypper dup when upgrading 13.1 to 13.2 or 13.2 to Leap-42.1 or 42.1 to 42.2 or 13.2 to TW or (well you get the drift). After that I only use zypper up
Daily practice:
# zypper ref
# zypper --no-refresh lp # zypper --no-refresh lu
Check weather I want the patches/updates to happen
# zypper --no-refresh up -l
Linux 4.9.0-1-default [openSUSE Tumbleweed 20161226] HP EliteBook 8560p/1618 Core(TM) i7-2620M CPU @ 2.70GHz/3373(4) x86_64 7933 Mb
My system has ± 190 versions of perl My system has almost every browser that runs on Linux (Opera-12 and opera-developer being my main two browsers)
/me started using openSUSE when it still was OpenSUSE with version 6
Luiz
-- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.25 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org