# SLE10-SP4-Debuginfo-Updates broken repository? **URL:** \ **Category:** SLES Updates\ **Created:** [November 29, 2011, 7:20pm UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020 "2011-11-29T19:20:16Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![System1](https://avatars.discourse-cdn.com/v4/letter/s/51bf81/32.png) [@System1](https://forums.suse.com/u/System1)\ **Post date:** [November 29, 2011, 7:20pm UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020/1 "2011-11-29T19:20:16Z")
Hi, 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: 401dc19bda88c82c403423fb835844d64345f7e95f5b9835888189c03834cc93-filelists.xml.gz 4372c8f207c64d1837e706043fa0a3d439af7673ff71e084855634d5e641e47e-primary.xml.gz 6bf9672d0862e8ef8b8ff05a2fd0208a922b1f5978e6589d87944c88259cb670-other.xml.gz In all the other mirrored repositories these files have simple names without the hex prefix. Anyone knows more? Franz ---
**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\ **Post date:** [December 4, 2011, 12:03am UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020/2 "2011-12-04T00:03:54Z")
Franz, It appears that in the past few days you have not received a response to your posting. That concerns us, and has triggered this automated reply. Has your problem been resolved? If not, you might try one of the following options: - Visit [http://support.novell.com](http://support.novell.com) and search the knowledgebase and/or check all the other self support options and support programs available. - You could also try posting your message again. Make sure it is posted in the correct newsgroup. ([http://forums.novell.com](http://forums.novell.com)) Be sure to read the forum FAQ about what to expect in the way of responses: [http://forums.novell.com/faq.php](http://forums.novell.com/faq.php) If this is a reply to a duplicate posting, please ignore and accept our apologies and rest assured we will issue a stern reprimand to our posting bot. Good luck! Your Novell Product Support Forums Team [http://forums.novell.com/](http://forums.novell.com/) ---
**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\ **Post date:** [December 6, 2011, 12:55am UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020/3 "2011-12-06T00:55:45Z")
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: > > 401dc19bda88c82c403423fb835844d64345f7e95f5b9835888189c03834cc93-filelists.xml.gz > 4372c8f207c64d1837e706043fa0a3d439af7673ff71e084855634d5e641e47e-primary.xml.gz > 6bf9672d0862e8ef8b8ff05a2fd0208a922b1f5978e6589d87944c88259cb670-other.xml.gz > > 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. ## HTH. Simon Novell Knowledge Partner (NKP) ---
**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\ **Post date:** [December 6, 2011, 11:48am UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020/4 "2011-12-06T11:48:12Z")
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: > > > > 401dc19bda88c82c403423fb835844d64345f7e95f5b9835888189c03834cc93-filelists.xml.gz > > 4372c8f207c64d1837e706043fa0a3d439af7673ff71e084855634d5e641e47e-primary.xml.gz > > 6bf9672d0862e8ef8b8ff05a2fd0208a922b1f5978e6589d87944c88259cb670-other.xml.gz > > > > 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: —\> \ ---\< 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. Franz. ---
**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\ **Post date:** [December 16, 2011, 11:30am UTC](https://forums.suse.com/t/sle10-sp4-debuginfo-updates-broken-repository/22020/5 "2011-12-16T11:30:50Z")
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: > > > > > > 401dc19bda88c82c403423fb835844d64345f7e95f5b9835888189c03834cc93-filelists.xml.gz > > > > > > 4372c8f207c64d1837e706043fa0a3d439af7673ff71e084855634d5e641e47e-primary.xml.gz > > > > > > 6bf9672d0862e8ef8b8ff05a2fd0208a922b1f5978e6589d87944c88259cb670-other.xml.gz > > > > > > 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: > > —\> > > \ ---\< > > 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. > > Franz. > > [/color]