can anyone currently install the latest glibc-debuginfo package? Like so
for example:
rug in glibc-debuginfo-2.4-31.95.1
Running this against our SMT server produces:
ERROR: ‘glibc-debuginfo-2.4-31.95.1’ is not available.
But I can see the package is there on the SMT server, but somehow rug
cannot see it. Though one thing is strange about the repositories
repodata directory, it contains these strangely named files:
On 29/11/2011 17:20, Franz Sirl wrote:
[color=blue]
can anyone currently install the latest glibc-debuginfo package? Like so for example:
rug in glibc-debuginfo-2.4-31.95.1
Running this against our SMT server produces:
ERROR: ‘glibc-debuginfo-2.4-31.95.1’ is not available.
But I can see the package is there on the SMT server, but somehow rug
cannot see it. Though one thing is strange about the repositories
repodata directory, it contains these strangely named files:
In all the other mirrored repositories these files have simple names
without the hex prefix.
Anyone knows more?[/color]
I’m not currently using SMT but checking my test OES2 SP3 (on SLES10 SP4)
server I had to subscribe to SLE10-SP4-Debuginfo-Pool in addition to
SLE10-SP4-Debuginfo-Updates to try and install glibc-Debuginfo-2.4-31.95.1.
I say “try” because I then got a “Dependency resolution failed” error due
to version mismatches.
Am 2011-12-05 23:55, schrieb Simon Flood:[color=blue]
On 29/11/2011 17:20, Franz Sirl wrote:
[color=green]
can anyone currently install the latest glibc-debuginfo package? Like so for example:
rug in glibc-debuginfo-2.4-31.95.1
Running this against our SMT server produces:
ERROR: ‘glibc-debuginfo-2.4-31.95.1’ is not available.
But I can see the package is there on the SMT server, but somehow rug
cannot see it. Though one thing is strange about the repositories
repodata directory, it contains these strangely named files:
In all the other mirrored repositories these files have simple names
without the hex prefix.
Anyone knows more?[/color]
I’m not currently using SMT but checking my test OES2 SP3 (on SLES10 SP4)
server I had to subscribe to SLE10-SP4-Debuginfo-Pool in addition to
SLE10-SP4-Debuginfo-Updates to try and install glibc-Debuginfo-2.4-31.95.1.
I say “try” because I then got a “Dependency resolution failed” error due
to version mismatches.[/color]
Same here. My guess is that the 3 files above are erroneously empty.
Like the filelists.xml:
—>
<?xml version="1.0" encoding="UTF-8"?>
---<
That doesn’t look right to me. Since you see the same symptoms it’s
probably not related to the SMT setup here. I’ll file an SR.
After filing a SR, this issue has been resolved as of yesterday.
Franz
Am 2011-12-06 10:48, schrieb Franz Sirl:[color=blue]
Am 2011-12-05 23:55, schrieb Simon Flood:[color=green]
On 29/11/2011 17:20, Franz Sirl wrote:
[color=darkred]
can anyone currently install the latest glibc-debuginfo package? Like
so for example:
rug in glibc-debuginfo-2.4-31.95.1
Running this against our SMT server produces:
ERROR: ‘glibc-debuginfo-2.4-31.95.1’ is not available.
But I can see the package is there on the SMT server, but somehow rug
cannot see it. Though one thing is strange about the repositories
repodata directory, it contains these strangely named files:
In all the other mirrored repositories these files have simple names
without the hex prefix.
Anyone knows more?[/color]
I’m not currently using SMT but checking my test OES2 SP3 (on SLES10 SP4)
server I had to subscribe to SLE10-SP4-Debuginfo-Pool in addition to
SLE10-SP4-Debuginfo-Updates to try and install
glibc-Debuginfo-2.4-31.95.1.
I say “try” because I then got a “Dependency resolution failed” error due
to version mismatches.[/color]
Same here. My guess is that the 3 files above are erroneously empty.
Like the filelists.xml:
—>
<?xml version="1.0" encoding="UTF-8"?>
---<
That doesn’t look right to me. Since you see the same symptoms it’s
probably not related to the SMT setup here. I’ll file an SR.