480770 – >=app-cdr/cdrkit-1.1.11-r2: rekeyword for the new libcdio-paranoia dependency

Bug 480770 - >=app-cdr/cdrkit-1.1.11-r2: rekeyword for the new libcdio-paranoia dependency

Summary: >=app-cdr/cdrkit-1.1.11-r2: rekeyword for the new libcdio-paranoia dependency

Status:	RESOLVED WONTFIX

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Keywording and Stabilization (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Deadline:	2017-07-05
Assignee:	s390 team

URL:
Whiteboard:
Keywords:	KEYWORDREQ, PMASKED

Depends on:	591778
Blocks:
	Show dependency tree

Reported:	2013-08-12 18:56 UTC by Samuli Suominen (RETIRED)
Modified:	2017-07-05 10:37 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Samuli Suominen (RETIRED) gentoo-dev

2013-08-12 18:56:48 UTC

I had to drop s390 from KEYWORDS because of,

  dependency.bad                4
   app-cdr/cdrkit/cdrkit-1.1.11-r2.ebuild: DEPEND: ~s390(default/linux/s390/13.0) ['dev-libs/libcdio-paranoia']
   app-cdr/cdrkit/cdrkit-1.1.11-r2.ebuild: RDEPEND: ~s390(default/linux/s390/13.0) ['dev-libs/libcdio-paranoia']
   app-cdr/cdrkit/cdrkit-1.1.11-r2.ebuild: DEPEND: ~s390(default/linux/s390/13.0/s390x) ['dev-libs/libcdio-paranoia']
   app-cdr/cdrkit/cdrkit-1.1.11-r2.ebuild: RDEPEND: ~s390(default/linux/s390/13.0/s390x) ['dev-libs/libcdio-paranoia']

Please rekeyword, or let me know if you don't want cdrkit anymore. Thanks!

Comment 1 Joe Kappus 2014-05-28 22:08:28 UTC

Can we drop cdrkit?  As far as I'm concerned it does not offer a single feature over cdrtools and a ton less.  Plus it hasn't had a new release in 5 years.

I don't see the need to keep broken, unmaintained forks in gentoo, it just creates confusion.  

(I'm aware we're all about choice, but this package offers no compelling reason to stay: the political end is a debian problem, not a gentoo problem)

Comment 2 Samuli Suominen (RETIRED) gentoo-dev

2014-05-29 04:45:38 UTC

(In reply to Joe Kappus from comment #1)
> Can we drop cdrkit?

no.   cdrkit has been designed to work without suid privileges, and cdrtools only works as suid.  this is an show-stopper for many people, so cdrkit stays for long as it's maintained in Debian (which happens to be the upstream at the same time)

> (I'm aware we're all about choice, but this package offers no compelling
> reason to stay: the political end is a debian problem, not a gentoo problem)

security is not political reason

Comment 3 Michał Górny archtester

2017-06-05 16:24:21 UTC

# Michał Górny <mgorny@gentoo.org> (05 Jun 2017)
# (on behalf of Treecleaner project)
# Abandoned upstream and downstream. Buggy to the point of producing
# corrupted media. Use the original app-cdr/cdrtools or one of the many
# other alternatives (app-cdr/dvd+rw-tools, dev-libs/libburn...).
# Removal in 30 days. Bugs #254312, #591778.
app-cdr/cdrkit

Comment 4 Michał Górny archtester

2017-07-05 10:37:24 UTC

commit 05f5454a3108c4ffaeae8be59f4a32c74048293c
Author:     Michał Górny <mgorny@gentoo.org>
AuthorDate: Wed Jul 5 12:17:52 2017
Commit:     Michał Górny <mgorny@gentoo.org>
CommitDate: Wed Jul 5 12:35:12 2017

    app-cdr/cdrkit: Remove last-rited pkg, #591778