Added semi-official KDE repos; now do i dup or up?

Hello

My real OS is TW, but recently i’ve also been playing around with Leap 42.3 in some VMs. This enquiry concerns Leap.

I have created a Leap 42.3 KDE VM, configured it to my tastes, then cloned it. The purpose of the clone is for me to experiment with the semi-official KDE repos, knowing that if i “destroy” Leap i still have my good original VM on which i can fall back. It’s kind of like a Master Leap VM, whilst the clone is so i can go “wild & crazy” without any important permanent ramifications.

From SDB:KDE repositories - openSUSE Wiki i read:

Updated KDE Applications only

If you’re using the official, supported and tested core KDE packages provided with the distribution, there are these additional repositories available for your consideration. Tumbleweed users do not need (but can, if they want) to use it, as new releases are submitted to Tumbleweed as soon as they’re available, and are usually pushed to standard repositories in a matter of days. This repository also serves as a development project for openSUSE:Factory.

In YaST i then added:





  - **Extra: http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_42.3/**



In SDB:KDE repositories - openSUSE Wiki i read:

KDE Frameworks 5 & Plasma 5

Releases of KDE Frameworks 5 and Plasma 5. Since openSUSE 13.2, KDE Frameworks 5 (KF5) libraries, and Plasma 5 components are part of the standard distribution repositories. If you want test and/or use the latest release, you can use this repo.
Note for openSUSE Leap 42.x users: Leap 42.x ships with Qt 5.6.x, which is not recent enough for Plasma 5.10+, so to use KDE:Frameworks5, KDE:Qt5 is required. Use of that is not recommended as applications in the main or 3rd party repos might break due to API/ABI changes.

On the basis of this clear warning, i will not be surprised if this VM therefore, sooner or later becomes unusable… but this quarantined experiment is all part of my learning process. In YaST i added:





  - **Qt 5: http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_42.3/**
  - ****KDE Frameworks 5:[http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.3](http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.3/)****



So, all that said, what is the next step i should take with Leap in this VM pls… do i do a zypper dup [like i do in TW], or continue with Leap’s normal zypper up? I am assuming it would be dup, but i want to give this VM the best possible chance of success, without me making some stupid error right from the start.

Hi
You need to switch system packages first, so it would be;


zypper dup --from <some extra repo>

Once switched, then you fall back to the standard zypper up, I always suggest adding some verbosity (-vvv) so you can see what is going to happen.

Thanks. So, something like:

sudo zypper dup --from KDE_Frameworks_5 --from Updated_KDE_Applications --from Updated_Qt_5 -vvv


…given:

linux-wy8t:~> zypper lr -d
Repository priorities are without effect. All enabled repositories share the same priority.

#  | Alias                           | Name                                    | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                     
                       | Service
---+---------------------------------+-----------------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------
-----------------------+--------                                                                                                                                                              
 1 | KDE_Frameworks_5                | Updated KDE Frameworks 5                | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Framework
s5/openSUSE_Leap_42.3/ |                                                                                                                                                                      
 2 | Updated_KDE_Applications        | Updated KDE Applications                | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Extra/ope
nSUSE_Leap_42.3/       |                                                                                                                                                                      
 3 | Updated_Qt_5                    | Updated Qt 5                            | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Qt5/openS
USE_Leap_42.3/         |                                                                                                                                                                      
 4 | download.opensuse.org-non-oss   | Main Repository (NON-OSS)               | Yes     | (r ) Yes  | No      |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.3/repo
/non-oss/              |                                                                                                                                                                      
 5 | download.opensuse.org-non-oss_1 | Update Repository (Non-Oss)             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/42.3/non-oss/  
                       |                                                                                                                                                                      
 6 | download.opensuse.org-oss       | Main Repository (OSS)                   | Yes     | (r ) Yes  | No      |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.3/repo
/oss/                  |         
 7 | download.opensuse.org-oss_1     | Main Update Repository                  | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/42.3/oss       
                       |         
 8 | openSUSE-Leap-42.3-0            | openSUSE-Leap-42.3-0                    | Yes     | (r ) Yes  | Yes     |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.3/repo
/oss/                  |         
 9 | packman.inode.at-suse           | Packman Repository                      | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_42.3/        
                       |         
10 | repo-debug                      | openSUSE-Leap-42.3-Debug                | No      | ----      | ----    |   99     | yast2  | http://download.opensuse.org/debug/distribution/leap/42.
3/repo/oss/            |         
11 | repo-debug-non-oss              | openSUSE-Leap-42.3-Debug-Non-Oss        | No      | ----      | ----    |   99     | yast2  | http://download.opensuse.org/debug/distribution/leap/42.
3/repo/non-oss/        |         
12 | repo-debug-update               | openSUSE-Leap-42.3-Update-Debug         | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/debug/update/leap/42.3/oss/
                       |         
13 | repo-debug-update-non-oss       | openSUSE-Leap-42.3-Update-Debug-Non-Oss | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/debug/update/leap/42.3/non-
oss/                   |         
14 | repo-source                     | openSUSE-Leap-42.3-Source               | No      | ----      | ----    |   99     | yast2  | http://download.opensuse.org/source/distribution/leap/42
.3/repo/oss/           |         
15 | repo-source-non-oss             | openSUSE-Leap-42.3-Source-Non-Oss       | No      | ----      | ----    |   99     | yast2  | http://download.opensuse.org/source/distribution/leap/42
.3/repo/non-oss/       

…?

Hi
That should work, I think if you search the forum there will be some breadcrumbs on how to do it with KDE/Plasma. The -vvv is first though as in zypper -vvv <command string>.

Thanks. I know for sure i have read, somewhere in the forum, previous discussions similar to this, & i promise you i did perform a search prior to creating my thread. Clearly i did not use sufficiently good keywords, because i did not find what i needed.

In the experimental VM, the process is now underway, for better or worse, having done:

sudo zypper -vvv dup --from KDE_Frameworks_5 --from Updated_KDE_Applications --from Updated_Qt_5


When i come back to the pc in the morning [bedtime now], it’ll be interesting to see what happened in that VM.

Actually it finished sooner than i’d expected. So far it all looks excellent; same Plasma, Apps & Qt now as my TW, & everything i’ve tested so far seems to be correctly behaving. The only quirk i’ve spotted so far is that in KInfoCentre for Plasma version, instead of correctly saying “5.10.5”, it says “5.10.95”. Ha.

On 10/02/2017 05:06 AM, GooeyGirl wrote:
>
> Hello
>
>
> My real OS is TW, but recently i’ve also been playing around with Leap
> 42.3 in some VMs. This enquiry concerns Leap.
>
> I have created a Leap 42.3 KDE VM, configured it to my tastes, then
> cloned it. The purpose of the clone is for me to experiment with the
> semi-official KDE repos, knowing that if i “destroy” Leap i still have
> my good original VM on which i can fall back. It’s kind of like a Master
> Leap VM, whilst the clone is so i can go “wild & crazy” without any
> important permanent ramifications.
>

If you are using VirtualBox you also have the ability to use “snapshots”
as a way of having a point to “roll back” to. It’s what I use in place
of btrfs.


Ken
linux since 1994
S.u.S.E./openSUSE since 1996

You may try Google (or DuckDuckGo) with the* site:opensuse.org* prefix, which sometimes yields more relevant results than the forum search engine.

*that’s site : opensuse.org, without the spaces (and the smiley :))

One way to handle this project would be:

  1. Download the latest krypton iso from HERE
  2. Boot krypton (it is live media.
  3. Check the repos for krypton, and set your system to use the same repos and the same priorities.
  4. zypper dup --allow-vendor-change

The repo priorities should take care of what finishes up installed.

Oh what a great idea - i somehow always seem to forget about the snapshot capability of VB. I really must play about with it & begin using it. Thanks.

PS - I can see how that would work for you [enabling you to not use btrfs in root] for all oS distros installed in VB VMs… but it can’t help for TW or Leap running direct on metal, for which the ongoing installation decision seems to remain ||| btrfs [for snapper & rollbacks] or ext4 etc [so no rollbacks].

Thanks, that’s a clever idea. Maybe i have misunderstood you though, coz i just tried these two DDG searches, & neither turned up any of the older oS forum threads that i [thought i] remembered [nor anything else particularly relevant].

  1. opensuse.org leap with latest kde repos
  2. opensuse.org leap with updated kde repos

That’s an amazing & innovative idea !!

I do already know & have Krypton; on a USB stick, & also still as ISO for use in VMs. It’s way cool.

Here’s a probably very naive question though. If i configure my experimental Leap VM with all the Krypton repos, at what point is it then still Leap, rather than actually now Krypton?

For Leap, you should probably use the Argon iso instead of the krypton iso. And, yes, once you have done that “zypper dup” with the altered repos, your system will be Argon.

Not sure I understood what you did. Did you search as above or did you use site: opensuse.org <seach terms> (without the space after the colon).

IME searching like this - especially in google, not so much in DDG - yields better results than the forum search engine.

Yes, that’s what i expected. Thing is though, if this interesting little method results eventually in an installation that is, essentially, Argon, then mightn’t it just be a lot simpler & quicker if one wanted Argon], to download & install Argon… not end up there via Leap + repos changes + dup?

I’m only asking all these incessant questions btw coz i like to keep learning & trying to understand things, not to be a tiresome argumentative nuisance [in case anyone might be wondering]. :wink:

Originally when i searched, per my mention in https://forums.opensuse.org/showthread.php/527429-Added-semi-official-KDE-repos-now-do-i-dup-or-up?p=2840251#post2840251 , i simply used the oS Forum’s Search box at the top of each page.

More recently, when i replied to you in https://forums.opensuse.org/showthread.php/527429-Added-semi-official-KDE-repos-now-do-i-dup-or-up?p=2840332#post2840332 , i tried to use your suggestion, in DDG *. The 2 lines i showed were literal copy & paste from the DDG search field… i thought that’s what you meant.

However now i see what you were actually telling me… i did not initially realise that the critical part is to begin with “site:”. My DDG search attempts only began with “opensuse.org leap”. Now i’ve realised my error [misunderstanding, actually], & repeated those DDG searches the way you said… & whilst i still had numerous irrelevant hits, this time i did also find 4 oS Forum threads in which the:

zypper dup --from <id or alias of the target repo>

was shown, thus entirely proving Malcolm’s earlier statement on that.

Another nifty trick i’ve now learned – thank you.*

Yes, that would be simpler, if you can.

However, my understanding is that live systems, presumably including Argon and Krypton, no longer include the live installer. So I’m not sure that there is an install option.

I last tried “krypton” in 2015 (if I remember correctly), and there was a live installer at that time. My understanding is that live media from opensuse now have the NET installer. So you would be installing from repos. I don’t know whether the NET installer would setup all of the repos to install Argon from the repos – maybe it would only install Leap. I guess I should test that some day.

I use DDG and Firefox myself, and always try DDG first. However, on rare occasions google and chrome are more efficient, although chrome not so much now that FF can play Netflix. Google search, however, is yet to be surpassed by any other engine - specially when searching for cryptic error messages.

Principles are nice and you should abide by them, but IMHO when the result to damage ratio is large it is not a big deal - no one is going to hell because of it. :slight_smile:

What I don’t do is shop with chrome, it was creepy the way I once searched in my desktop and got offers for similar products in my android phone. Firefox and Firefox Focus are my friends here.*