On 2014-07-01 20:06 (GMT+1000) Basil Chupin composed:
Last night I downlaoded Factory Snapshot 201406626, burnt it to a DVD and a short time ago tried to follow, word for word, what is stated in-
Specifically this bit
quote:
Then add the new repos
zypper ar -f -c http://download.opensuse.org/factory/repo/oss repo-oss zypper ar -f -c http://download.opensuse.org/factory/repo/non-oss repo-non-oss zypper ar -f -c http://download.opensuse.org/factory/repo/debug repo-debug
Oh, yea, pigs will fly, senor! :-(
Notwithstanding the difficulty of following a very simple web page instruction, and the explanations from others that followed, there is an alternative approach one can take to repository management. IOW, the ar and rr commands are zypper commands I find no use for. Instead, I use a file manager that works whether I have X running or not, one with built-in FTP, so that I can fetch directly from a mirror whenever I need one the LAN server doesn't already have; one with a built-in editor, so that I can use an old file as a template for editing. The mirrors have definitions for all the optional repos they contain in the form of .repo files in a form usable by YaST and Zypper simply by their presence in /etc/zypp/repos.d/. The non-optional repos, oss & non-oss & debug have the same names as always, just with minor internal differences on account of the differences in release names. So, rather than take a chance on typing errors, I use those files taken directly from the mirrors, or from any previously installed release, sort of. What I do is grab those optionals I ever use from the mirrors and put them on my LAN server, along with the basics debug, source, oss & non-oss, in subdirectories of a Suse directory with such unclever names as 123, 131 and Factory. In the process of putting them on the LAN server, I tailor their names to the way I think, which is to say I strip their names of whitespace, punctuation, redundance and superfluocity - their descriptions, the aliases, and their filenames save for the extension, are all one and the same string for each. Then I give them a distro release timestamp as a safety check. These are then available on the LAN for placement wherever they are wanted. e.g.: Suse: ... drwxrwxrwx 4 9216 Jun 27 15:21 114 drwxrwxrwx 2 3072 Feb 26 13:55 121 drwxrwxrwx 2 8192 Mar 4 17:21 122 drwxrwxrwx 2 6144 Jun 9 00:20 123 drwxrwxrwx 2 8192 Jun 28 22:31 131 drwxrwxrwx 2 1024 Aug 6 2013 Evergreen drwxrwxrwx 3 9216 Jun 28 19:53 Factory drwxrwxrwx 2 1024 Oct 12 2012 Kernel drwxrwxrwx 2 1024 Aug 6 2013 Tumbleweed ... 131: ... -rw-r--r-- 1 240 Nov 19 2013 131/BaseSystem.repoD -rw-r--r-- 1 302 Nov 19 2013 131/homeJiriSlaby131Kernel.repoD -rw-r--r-- 1 266 Nov 19 2013 131/homeJiriSlaby.repoD -rw-r--r-- 1 348 Nov 19 2013 131/homeSumskiBranchesOpenSUSE131Update.repoD -rw-r--r-- 1 260 Nov 19 2013 131/homeSumskiTest.repoD -rw-r--r-- 1 278 Nov 19 2013 131/homeTobijk-X11XOrg.repoD -rw-r--r-- 1 268 Nov 19 2013 131/KDE3NonFree.repoD -rw-r--r-- 1 236 Nov 19 2013 131/KDE3.repoD -rw-r--r-- 1 244 Nov 19 2013 131/KernelStableStd.repoD -rw-r--r-- 1 244 Nov 19 2013 131/MozillaBeta.repoD -rw-r--r-- 1 264 Nov 19 2013 131/MozillaExp.repoD -rw-r--r-- 1 293 Nov 19 2013 131/MozillaLegacy.repoD -rw-r--r-- 1 265 Nov 19 2013 131/Mozilla.repoD -rw-r--r-- 1 148 Nov 19 2013 131/Non-OSS.repoD -rw-r--r-- 1 152 Nov 19 2013 131/Non-OSS.repo-gwdg -rw-r--r-- 1 136 Nov 19 2013 131/OSS.repoD -rw-r--r-- 1 140 Nov 19 2013 131/OSS.repo-gwdg -rw-r--r-- 1 210 Nov 19 2013 131/Packman.repo-inodeat -rw-r--r-- 1 170 Nov 19 2013 131/Tools.repoD -rw-r--r-- 1 149 Nov 19 2013 131/UpdateNonOSS.repoD -rw-r--r-- 1 129 Nov 19 2013 131/Update.repoD -rw-r--r-- 1 133 Nov 19 2013 131/Update.repo-gwdg -rw-r--r-- 1 114 Nov 19 2013 131/VideoLAN.repoD -rw-r--r-- 1 242 Nov 19 2013 131/X11XOrg.repoD ... To make use of any I desire, I copy with a file manager from the LAN server into /etc/zypp/repos.d/ of the system needing them, then recopy whichever I actually want used, without the ID suffix, D meaning default (or d.o.o), others indicating the mirror name. Once I have them on the target the way I want them available, I do a zypper clean; zypper ref, and they are ready to use, with all possible typing, and hopefully all possible logic, mistakes filtered away in advance. Any time I wish a different mirror used for any particular repo, I do a Shift-F3 recopy of the alternate over the existing: e.g. Update.repo-gwdg -> Update.repo. To disable a repo, I delete its .repo file, leaving the template(s) in place ready for a Shift-F3 to conveniently reenable at any time. The templates ever only get rewritten/edited on the LAN server, and their timestamps restored to the release date, except for Factory files, in order to maintain the safety check that is seeing all with same date in the directory list the file manager shows me. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org