From: Nick M. <ni...@va...> - 2001-06-22 01:21:05
|
begin Matt Herzog quotation: > You don't actually need devel packages. Can you unclick the little > box that asks if you want them? Try the install with no devel > packages at all. Thank you, but *I* need devel packages. |
From: Mark G. <mtg...@xi...> - 2001-06-22 01:33:57
|
This seems to be the result of a bug in Red Carpet's dependency handling code. We're working on fixing some of the bugs there. I can install the package just fine on a SuSE 7.0 machine if I use command-line rpm, but I can reproduce the problem if I try to use Red Carpet to download it. Your best bet is to download the package from the following URL (for SuSE 6.4 or 7.0): ftp://ftp.ximian.com/pub/ximian-gnome/suse-64-i386/guile-devel-1.4-ximian.9.i386.rpm If you're still using SuSE 6.3, you'll want the package in the suse-63-i386 directory instead. Sorry for the inconvenience. Sincerely, Mark Gordon On Fri, Jun 22, 2001 at 01:18:57AM +0000, Nick Moffitt wrote: > begin Matt Herzog quotation: > > You don't actually need devel packages. Can you unclick the little > > box that asks if you want them? Try the install with no devel > > packages at all. > > Thank you, but *I* need devel packages. |
From: Nick M. <ni...@va...> - 2001-06-22 03:09:31
|
begin Mark Gordon quotation: > This seems to be the result of a bug in Red Carpet's dependency > handling code. We're working on fixing some of the bugs there. Thank you. It appears to me that it is more a case of the devel package mistakenly containing the guile binary. My experience with the red-carpet installer (and that is in fact the application I wish to build for suse; since we're using it, with minor cosmetic changes, to install the printing software we are developing) has taught me that the most common problems are those of haphazard RPM dependencies and mal-formed XML. Being a Debian user, I have found that their dependencies are far more by-the-book in order to please apt. I have found the helix dependencies, on the whole, appear to be just as strictly implemented, no doubt to appease red-carpet. > I can install the package just fine on a SuSE 7.0 machine if I use > command-line rpm, but I can reproduce the problem if I try to use > Red Carpet to download it. Is it possible that command-line RPM merely overwrites the conflicting file? > Your best bet is to download the package > from the following URL (for SuSE 6.4 or 7.0): > ftp://ftp.ximian.com/pub/ximian-gnome/suse-64-i386/guile-devel-1.4-ximian.9.i386.rpm > If you're still using SuSE 6.3, you'll want the package in the > suse-63-i386 directory instead. > > Sorry for the inconvenience. Thank you for the advice. I'll play with it some tonight! |
From: Mark G. <mtg...@xi...> - 2001-06-22 04:01:30
|
On Fri, Jun 22, 2001 at 03:09:30AM +0000, Nick Moffitt wrote: > begin Mark Gordon quotation: > > This seems to be the result of a bug in Red Carpet's dependency > > handling code. We're working on fixing some of the bugs there. > > Thank you. It appears to me that it is more a case of the > devel package mistakenly containing the guile binary. My experience > with the red-carpet installer (and that is in fact the application I > wish to build for suse; since we're using it, with minor cosmetic > changes, to install the printing software we are developing) has > taught me that the most common problems are those of haphazard RPM > dependencies and mal-formed XML. I did an rpm -qrl on that package, and it doesn't contain a guile binary. > Being a Debian user, I have found that their dependencies are > far more by-the-book in order to please apt. I have found the helix > dependencies, on the whole, appear to be just as strictly implemented, > no doubt to appease red-carpet. There is some truth to that. > > I can install the package just fine on a SuSE 7.0 machine if I use > > command-line rpm, but I can reproduce the problem if I try to use > > Red Carpet to download it. > > Is it possible that command-line RPM merely overwrites the > conflicting file? Not likely. In my experience, command-line rpm is more picky and tends to provide more detail about errors it encounters. In those cases when Red Carpet is more picky, it's typically wrong. -Mark Gordon |