| Summary: | Arch testing request for sys-block/unieject | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Component: | New packages | Assignee: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Diego Elio Pettenò (RETIRED)
2005-07-23 12:42:13 UTC
added ~ppc64 Marked ~x86. Problems found: -n returns nothing umounting does not work, even with -f eject provides a volname binary, unieject does not. (In reply to comment #2) > -n returns nothing This would report problems with unmounting/looking of devices. It's best suited with -v. > umounting does not work, even with -f To use unmount features you must use eject by root, I still have to figure out how to use libcap to make use of capabilities. > eject provides a volname binary, unieject does not. I know, and I'm planning something like this: as volname isn't exactly something an eject program would provide in general (neither bsd's eject has it), I'll write a volname replacement with libcdio and add that to libcdio bundle (directly upstream). Last time I looked (to add virtual/eject), software depending on eject wasn't using volname at all. ~sparc happy Re-adding sparc and ppc64 back, sorry for the trouble guys. unieject-3 uses dev-libs/confuse for configuration file handling, which is not marked for those arches. readded ~ppc64 ~sparc'ed Already added to ~ppc. ~alpha ~ia64 added |