duplicate repositories

English Applications
#1

Hello.
After carrying out “Codec Installation with 1-Click” on 13. Multimedia Codecs - Install Support For MP3, DVD, WMA, WMV, MOV etc.
I seem to have gotten duplicate/superfluous repositories (see below).

(1) Just for my understanding, what consequence does this have?
I take it 2 and 3 (pointing to the same url) duplicates is harmless except for it being a bit wasteful (same repository searched twice)?
1 and 5 being (supposed to be) apparently the “same” repro at different urls is more puzzling. Would yast/zypper prefer one to the other if/when it finds the same package in both?
Can I influence this…just make the priority of one higher than the other?
Or would it realise the packages found are the same and check a version number and pick the newest when updating?

(2) I suppose since theyre obviously (supposed to be) duplicates I should just delete one of 2/3 and 1/5
Which? Presumably 1 and 5 were in the opensuse 12.2 installation (I dont remember entering the urls manually) . This seems to make
13. Multimedia Codecs - Install Support For MP3, DVD, WMA, WMV, MOV etc. redundant now?

Thanks in Advance.

> zypper repos -u

| Alias | Name | Enabled | Refresh | URI

—±--------------------------±-----------------------------------±--------±--------±-----------------------------------------------------------------------------
1 | Packman Repository | Packman Repository | Yes | Yes | Index of /suse/12.2/
2 | dvd | dvd | Yes | Yes | http://opensuse-guide.org/repo/12.2/
3 | libdvdcss repository | libdvdcss repository | Yes | Yes | http://opensuse-guide.org/repo/12.2/
4 | openSUSE-12.2-1.6 | openSUSE-12.2-1.6 | Yes | No | cd:///?devices=/dev/disk/by-id/ata-MATSHITADVD-RAM_UJ8C0_HN68_188365,/dev/sr0
5 | packman | packman | Yes | Yes | Index of /pub/linux/packman/suse/12.2

6 | repo-debug | openSUSE-12.2-Debug | No | Yes | Index of /debug/distribution/12.2/repo/oss
7 | repo-debug-update | openSUSE-12.2-Update-Debug | No | Yes | Index of /debug/update/12.2
8 | repo-debug-update-non-oss | openSUSE-12.2-Update-Debug-Non-Oss | No | Yes | Index of /debug/update/12.2-non-oss
9 | repo-non-oss | openSUSE-12.2-Non-Oss | Yes | Yes | Index of /distribution/12.2/repo/non-oss
10 | repo-oss | openSUSE-12.2-Oss | Yes | Yes | Index of /distribution/12.2/repo/oss
11 | repo-source | openSUSE-12.2-Source | No | Yes | Index of /source/distribution/12.2/repo/oss
12 | repo-update | openSUSE-12.2-Update | Yes | Yes | Index of /update/12.2
13 | repo-update-non-oss | openSUSE-12.2-Update-Non-Oss | Yes | Yes | Index of /update/12.2

#2

I would suggest to remove the duplicates and try to keep just the minimum needed enabled.
For multimedia the Packman (mine is at Index of /suse/12.2/ ) is the desired one to have it enabled and to have the multimedia packages updated from that repository.
If the packages get updated from the repos you could have multimedia issues. If you read you’ll find out lots of threads on what repositories should be kept and enabled.

#3

remove/disable/turn off auto refresh for 3,5,5,6,7,8,11
core repos are :- OSS,NonOSS,update,update-nonoss
additional :- packman,libdvd,
If you need games add this Index of /repositories/games/openSUSE_12.2
latest libreoffice add this Index of /repositories/LibreOffice:/Stable/openSUSE_12.2

Do post output within code tags otherwise people may avoid answering your queries:-)

1 | Packman Repository        | Packman Repository                 | Yes     | Yes     | [Index of /suse/12.2/](http://packman.inode.at/suse/12.2/)                                           
 2 | dvd                       | dvd                                | Yes     | Yes     | http://opensuse-guide.org/repo/12.2/                                         
 3 | libdvdcss repository      | libdvdcss repository               | Yes     | Yes     | http://opensuse-guide.org/repo/12.2/                                         
 4 | openSUSE-12.2-1.6         | openSUSE-12.2-1.6                  |  Yes     | No      |  cd:///?devices=/dev/disk/by-id/ata-MATSHITADVD-RAM_UJ8C0_HN68_188365,/dev/sr0
 5 | packman                   | packman                            | Yes     | Yes     | [Index of /pub/linux/packman/suse/12.2](http://ftp.gwdg.de/pub/linux/packman/suse/12.2/)                              

 6 | repo-debug                | openSUSE-12.2-Debug                | No      | Yes     | [Index of /debug/distribution/12.2/repo/oss](http://download.opensuse.org/debug/distribution/12.2/repo/oss/)               
 7 | repo-debug-update         | openSUSE-12.2-Update-Debug         | No      | Yes     | [Index of /debug/update/12.2](http://download.opensuse.org/debug/update/12.2/)                              
 8 | repo-debug-update-non-oss | openSUSE-12.2-Update-Debug-Non-Oss | No      | Yes     | [Index of /debug/update/12.2-non-oss](http://download.opensuse.org/debug/update/12.2-non-oss/)                      
 9 | repo-non-oss              | openSUSE-12.2-Non-Oss              | Yes     | Yes     | [Index of /distribution/12.2/repo/non-oss](http://download.opensuse.org/distribution/12.2/repo/non-oss/)                 
10 | repo-oss                  | openSUSE-12.2-Oss                  | Yes     | Yes     | [Index of /distribution/12.2/repo/oss](http://download.opensuse.org/distribution/12.2/repo/oss/)                     
11 | repo-source               | openSUSE-12.2-Source               | No      | Yes     | [Index of /source/distribution/12.2/repo/oss](http://download.opensuse.org/source/distribution/12.2/repo/oss/)              
12 | repo-update               | openSUSE-12.2-Update               | Yes     | Yes     | [Index of /update/12.2](http://download.opensuse.org/update/12.2/)                                    
13 | repo-update-non-oss       | openSUSE-12.2-Update-Non-Oss       | Yes     | Yes     | [Index of /update/12.2](http://download.opensuse.org/update/12.2)
#4

Thanks for the helpful replies.

Why do you recommend this? (Presumably using the 5 twice was a typo?)
Or more generally (out of curiosity) why would one want to disable autofresh for a repository?
Doing so means zypper/yast would be (possibly) working with old/invalid metadata, if I understand correctly?

#5

P.S
Can someone please explain the meaning/purpose of the entry 4 in my repository list?

#6

On 02/08/2013 11:16 AM, p8mode wrote:
>
> P.S
> Can someone please explain the meaning/purpose of the entry 4 in my
> repository list?

4 is the CD you used to install…if you delete it (or just disable it
it will stop asking you to put the Live CD in the caddy…

and to your other post today, the logic for enable, disable, delete,
refresh or not

1 leave enabled and refreshing–it is from here you get some cool stuff

2 delete–unnecessary and unneeded duplication (same software is
available in repo #10

3 delete the repo, it is a one time need, software needed from there is
also available via packman–no need to duplicate

4 delete, as noted above it is the CD

5 disable repo and stop refreshing–it is a duplicate of repo #1 (same
software from a different server

6 stop refreshing…refreshing a disabled repo just waste time for no
reason–refresh if you enable (most will never need that repo)

7 stop refreshing–same logic as 6

8 stop refreshing–same logic as 6 & 7

9 stop refreshing, leave enabled–this repo never changes, so no need
to refresh, doing so just waste time during updates/etc

10 same as 9

11 stop refreshing–same as 6, 7 & 8

12 leave enabled and refreshing–it is from here you get security
patches and big bug fixes

13 same as 12

and, if you have not done so, read this posting: http://tinyurl.com/33qc9vu

–
dd
openSUSE®, the “German Engineered Automobile” of operating systems!
http://tinyurl.com/DD-Caveat

#7

yes. it is a typo.

Example:- repo 6 is disabled and it will never show the packages it has in YaST. So why do you refresh it. Also unless you are a developer you don’t those debug packages. You may need them if you are trying to file a bug report though. You can enable or refresh them when you have some use for them.

#8

Thanks very much for the helpful responses, which cleares up things a lot for me.

> … So why do you refresh it.

> … stop refreshing…refreshing a disabled repo just waste time

I suppose my question should really have been why would one want to be able to not set a repository that -is- enabled to -not- refresh.
I take it one would (generally) always want to set refresh/enable both (simultaneously) to be on or both to off?

Thanks in Advance.

#9

On 02/08/2013 04:36 PM, p8mode wrote:
> why would one want to be
> able to not set a repository that -is- enabled to -not- refresh.

if it is know that a repo will never change, then there is no need to
refresh it each time you want to draw from it…

both the oss and non-oss are exactly like having a DVD in your
drawer–that is, unchanging.

–
dd

#10

Agreed. :slight_smile:

Ah, I didnt realise that oss and non-oss didnt change. Thanks for pointing this out.
Not that I dont believe you, but is this documented somewhere?
Are they in fact the same as the opensuse (installation) dvd?

Thanks in Advance.

#11

The files in these repo’s are the ones used for each method of install, This allows a more consistent result across the various install methods, to change these files for any thing other than a new openSUSE version (12,2 to 12.3 for example) is not consistent with what openSUSE is attempting to achieve here, they don’t do it.

It is documented, but you may have to search.

#12

You can check this by going to YaST and checking build date for the packages on Oss

#13

Can anybody please tell me why I would need the “debug” repositories?
Just if I was building my own software and wanted to link against debug versions of libraries?
Ie I would generally keep these repos disabled and only if I was going to do such a debug build enable them first?

openSUSE-12.2-Debug
openSUSE-12.2-Update-Debug
openSUSE-12.2-Update-Debug-Non-Oss

Thanks in Advance

#14

On 02/12/2013 03:56 PM, p8mode wrote:
> Can anybody please tell me why I would need the “debug” repositories?

as a “normal user” (since ~9.1/.2) i’ve never used any of those debug
repos…but, they “cost” nothing in either time or space (except
visual space when they are displayed in YaST or zypper output)…

so under the general rule of “If it ain’t broke, don’t fix it.” i
leave’em listed, disabled and non-refreshing.

ymmv

–
dd
openSUSE®, the “German Engineered Automobile” of operating systems!
http://tinyurl.com/DD-Caveat

#15

From what i have heard:-
Sometimes if you need to submit a bug report you might be asked to submit a log with application run in debug mode and it will show more details about cause of failure if relevant debug packages and devel packages are installed

#16

On 2013-02-12 15:56, p8mode wrote:
> Can anybody please tell me why I would need the “debug” repositories?

Only when you find a problem, like an application crash, and want to
make a full report in bugzilla. Just leave them disabled and with no
refresh: no resources spent, but easy to activate if needed.

–
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)