I have a lot of packages showing in red in YaST package management (openSUSE 13.1). For example,
MozillaFirefox.
The currently installed version is 26.0-4.2, from the update repo.
In parenthesis it displays as available 25.0-1.1, from the install media and from the OSS repo.
An update to it is not done because it is a lower version.
But why is it suggested at all? Why is it not content with the installed version?
I have not seen this before.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
I don’t know how, but I tried again (3 or 4 times) and the situation has cleared, no idea how.
…]
Yes, I know how.
I have defined the image.iso file of the installation as a repository instead of the DVD, which is
not available. If the priority of this is 98, I have that strange situation. If it is the default
99, the situation normalizes.
The problem is that, if when I am using YaST software management module, I click on the menu entry
for repository management, change priorities, and turn back to the software management module, the
situation is not recalculated.
Thus, when I suspected that having the priority of the iso file at 98 was the culprit of the red
packages, reverting that priority from inside did not solve it, till I really exited the module and
started it again. This forced a recalculation and all was normal.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
Thus, when I suspected that having the priority of the iso file at 98 was the culprit of the red
packages, reverting that priority from inside did not solve it, till I really exited the module and
started it again. This forced a recalculation and all was normal.
I don’t touch the priorities generally. The package switching is all I use.
On 2013-12-27 06:46, deano ferrari wrote:
>
>> Thus, when I suspected that having the priority of the iso file at 98
>> was the culprit of the red
>> packages, reverting that priority from inside did not solve it, till I
>> really exited the module and
>> started it again. This forced a recalculation and all was normal.
>>
> I don’t touch the priorities generally. The package switching is all I
> use.
Yes, but I wanted to make sure that when I have already a package on the iso image of the DVD
repository, it is retrieved from there and not downloaded (again) from internet.
Maybe what I have to adjust is this:
## Note that this just a hint. First of all the solver will choose the 'best'
## package according to its repos priority, version and architecture. But if
## there is a choice, we will prefer packages from the desired media.
##
## Packages available locally are always preferred. The question is whether
## you prefer packages being downloaded via FTP/HTTP/HTTPS (download), rather
## than being prompted to insert a CD/DVD (volatile), in case they are available
## on both media.
##
## Name | Priority | URI
## openSUSE-11.1 99 dvd:///
## openSUSE-11.1-Oss 99 http://download.opensuse.org/distribution/11.1/repo/oss
##
## In the above example 2 repositories with similar content are used. Rather
## than raising the priority of one of them to 'prefer' a certain media, you
## should use the same priority for both and set download.media_preference
## instead.
##
## download.media_preference = download
But I don’t have clear what to write in there. volatile? Repo name?
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
Once I have my system setup to my liking, I disable that repo so that I won’t have to plug in the USB every time. However, if my network bandwidth were slower, I would probably keep it enabled.
On 2013-12-27 14:56, nrickert wrote:
>
> robin_listas;2611748 Wrote:
>> But I don’t have clear what to write in there. volatile? Repo name?
>
> As I read it, you need to put the word “volatile” there (without the
> quotes).
I disabled the “CD”, actually an USB stick, and added a link to the ISO file of the DVD, which
anyways I always keep on the hard disk in order to make copies, so why not use it as repo source?
Will zypper know I want to use it with the keyword “volatile”?
I’ll have to install something big that is on the DVD. Dunno what. Something that has no updates
yet. Maybe the openSUSE book… no, only online.
calibre.
Version tab auto selects the isofile.
Huh, not going to test this one, it also wants to install a large bunch of things.
xman.
Ok… Huh. I’m not sure where it got the package from , too fast. I did see a spike on the
network… Hum, check logs…
> 2013-12-27 15:24:07 <1> Elessar(18257) [zypp] PackageProvider.cc(providePackage):217 provide Package (47375)xman-1.1.3-2.1.2.x86_64(repo-oss)
....
> ..013-12-27 15:24:07 <1> Elessar(18257) [zypp] RepoProvideFile.cc(provideFile):302 Providing file of repo 'repo-oss' from http://download.opensuse.org/distribution/13.1/repo/oss/
It used internet.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
Uncharted territory for me, but your results do make one wonder whether ‘volatile’ media have covered all the bases with all relevant URI. Maybe ‘iso://’ hasn’t been included or doesn’t generate the correct internal numeric priority to be preferred (as would be expected), and a bug report is required?
Hmm, I had though of adding an isofile. But if it is ignored, then it is probably not worth the effort.
In your case, with a slow ISP connection, it might be worthwhile to use the versions tab for selecting software. The complication is that if this pulls in dependencies, you would have to check those with the version tab and switch to the iso where appropriate.
On 2013-12-27 22:06, nrickert wrote:
>
> robin_listas;2611764 Wrote:
>> It used internet.
>
> Hmm, I had though of adding an isofile. But if it is ignored, then it
> is probably not worth the effort.
>
> In your case, with a slow ISP connection, it might be worthwhile to use
> the versions tab for selecting software. The complication is that if
> this pulls in dependencies, you would have to check those with the
> version tab and switch to the iso where appropriate.
The test I did with xman, the isofile was selected, yet, not used.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
On 2013-12-27 21:26, deano ferrari wrote:
>
> Uncharted territory for me, but your results do make one wonder whether
> ‘volatile’ media have covered all the bases with all relevant URI. Maybe
> ‘iso://’ hasn’t been included or doesn’t generate the correct internal
> numeric priority to be preferred (as would be expected), and a bug
> report is required?
I’ll try that.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
On 2013-12-27 22:15, Carlos E. R. wrote:
> On 2013-12-27 21:26, deano ferrari wrote:
>>
>> Uncharted territory for me, but your results do make one wonder whether
>> ‘volatile’ media have covered all the bases with all relevant URI. Maybe
>> ‘iso://’ hasn’t been included or doesn’t generate the correct internal
>> numeric priority to be preferred (as would be expected), and a bug
>> report is required?
>
> I’ll try that.
Done. Bug 856862
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
>
>Uncharted territory for me, but your results do make one wonder whether
>‘volatile’ media have covered all the bases with all relevant URI. Maybe
>‘iso://’ hasn’t been included or doesn’t generate the correct internal
>numeric priority to be preferred (as would be expected), and a bug
>report is required?
>
>‘openSUSE:Libzypp URIs - openSUSE’
>(http://en.opensuse.org/openSUSE:Libzypp_URIs#CD.2FDVD)
I have tried most everything common to do in as many ways as possible. I
once downloaded the whole repository set and did my installs from there,
shared with NFS, much faster but the downloads took more than 24 hours to
complete and a few hours a month to maintain with rsync.
>
>> Thus, when I suspected that having the priority of the iso file at 98
>> was the culprit of the red
>> packages, reverting that priority from inside did not solve it, till I
>> really exited the module and
>> started it again. This forced a recalculation and all was normal.
>>
>I don’t touch the priorities generally. The package switching is all I
>use.
Each to their own. I use priorities because it gives me explicit control,
which i like.
On 2014-01-04 02:04, josephkk wrote:
> I have tried most everything common to do in as many ways as possible. I
> once downloaded the whole repository set and did my installs from there,
> shared with NFS, much faster but the downloads took more than 24 hours to
> complete and a few hours a month to maintain with rsync.
No, I can not do that. My internet pipe is not sufficient for this, nor is my shop big enough to
advantage from it.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
On 2014-01-04 02:12, josephkk wrote:
> Hmmm my news client (nntp) does not seem to honor code tags, maybe your
> tool will correct that.
No, nntp clients know nothing about code tags. It is the web side which needs it. However, on nntp
side you need to type “” then the word “CODE”, then the “]”. That’s the only combination that is
recognized by the gateway. Of course, with the same combination with “/CODE” at the end.
The other problem on nntp clients is disabling line wrap. Using thunderbird, the trick is to use
“paste as quotation”.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Elessar))
>On 2014-01-04 02:04, josephkk wrote:
>> I have tried most everything common to do in as many ways as possible.I
>> once downloaded the whole repository set and did my installs from there,
>> shared with NFS, much faster but the downloads took more than 24 hoursto
>> complete and a few hours a month to maintain with rsync.
>
>No, I can not do that. My internet pipe is not sufficient for this, nor is my shop big enough to
>advantage from it.
I did it to suit my personal needs. At the time i had only 1.5 MBit/s
pipe. But in 24 hours that adds up to really notable amounts of data,
approximately 200 GBytes IIRC. 86,400 seconds per day time 1 Mbit/s =>
(8.6 GByte/day) oops, must have taken me a lot longer to download or i got
a lot of compression. Methinks i misremembered. That would be nearly a
month to download at that rate. Just the same it served me at the time.
Can’t find it right now, 10 TB is a huge search space.
On 2014-01-15 05:08, josephkk wrote:
> On Sat, 04 Jan 2014 14:07:21 GMT, “Carlos E. R.” <> wrote:
>> No, I can not do that. My internet pipe is not sufficient for this, nor is my shop big enough to
>> advantage from it.
>
> I did it to suit my personal needs. At the time i had only 1.5 MBit/s
> pipe. But in 24 hours that adds up to really notable amounts of data,
> approximately 200 GBytes IIRC. 86,400 seconds per day time 1 Mbit/s =>
> (8.6 GByte/day) oops, must have taken me a lot longer to download or i got
> a lot of compression. Methinks i misremembered. That would be nearly a
> month to download at that rate. Just the same it served me at the time.
> Can’t find it right now, 10 TB is a huge search space.
1Mbit/s is about 8.6GB/day, yes. In theory. It takes me about two days
to download a DVD, in practice. Of course, I can not use the full pipe
all the day, I have to do other things. But mirroring the distro main
repos may be about 40 GB. Yes, of course it is feasible, with patience.
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)
