Summary: | app-arch/star-1.5_alpha74 stabilization request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christoph Mende (RETIRED) <angelos> |
Component: | New packages | Assignee: | Cory Visi (RETIRED) <merlin> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | daniel, pylon |
Priority: | High | Keywords: | STABLE |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Christoph Mende (RETIRED)
2006-09-07 13:45:01 UTC
Created attachment 97630 [details]
emerge --info
This compiles fine and the basic functionality (or at least that which I managed to decipher from the manual) seems to be fine.
amd64 stable, cc'ing possibly interested arches due to inactive maintainer sparc stable. x86 stable Stable for HPPA. I seem to have some collisions on ppc: * checking 151 files for package collisions existing file /usr/include/align.h is not owned by this package existing file /usr/include/avoffset.h is not owned by this package existing file /usr/lib/libschily.a is not owned by this package existing file /usr/lib/libdeflt.a is not owned by this package * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package app-arch/star-1.5_alpha74 NOT merged Searching all installed packages for file collisions... Press Ctrl-C to Stop * app-cdr/cdrtools-2.01.01_alpha10: '/usr/include/align.h' '/usr/include/avoffset.h' '/usr/lib/libschily.a' '/usr/lib/libdeflt.a' (In reply to comment #6) > I seem to have some collisions on ppc: This is old, see bug #35478. I propose to kill cdrecord from your system and use cdrkit instead. (In reply to comment #7) > (In reply to comment #6) > > I seem to have some collisions on ppc: > > This is old, see bug #35478. > > I propose to kill cdrecord from your system and use cdrkit instead. Ok, but until we force our users on cdrkit they can run into this. It needs a fix one way or the other imho. (In reply to comment #8) > Ok, but until we force our users on cdrkit they can run into this. It needs a > fix one way or the other imho. Well, I just changed the virtual/cdrtools to app-cdr/cdrkit (that was on my TODO-list anyways). But that affects only a couple of arches. The "fix" would be to extract libschily from the latest cdrtools, host an own source-tarball for it and make it a dependency of both star and cdrtools. ppc64 stable Since the collision isn't a regression over previous versions, I've marked it ppc stable. ia64 stable alpha stable mips stable. |