Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 292447 - Merge (live-)ebuilds amarok-utils and amarok
Summary: Merge (live-)ebuilds amarok-utils and amarok
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-08 22:59 UTC by Andreas Stangl
Modified: 2009-11-24 19:46 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Stangl 2009-11-08 22:59:33 UTC
Is it possible to merge the ebuilds media-sound/amarok-utils and media-sound/amarok? I am using the live-ebuilds from the kde-testing repository and I broke my amarok because I did not update both packages (see http://bugs.kde.org/show_bug.cgi?id=213143). Are there any packages that need media-sound/amarok-utils?

Reproducible: Always

Steps to Reproduce:
Comment 1 Jeff Mitchell 2009-11-09 00:26:18 UTC
It might be nice to have the amarok-9999 ebuild have USE flags that control the building of the utils, player, or both. That would help prevent this type of problem.
Comment 2 Jorge Manuel B. S. Vicetto (RETIRED) Gentoo Infrastructure gentoo-dev 2009-11-11 02:52:35 UTC
We could merge them back together, but in that case what would be the interest of having split packages for the releases?
I can live with both options (split and monolithic amarok), but I think we should make an option and be consistent for releases and live versions.
Comment 3 Andreas Stangl 2009-11-11 19:55:18 UTC
I think the devs should help us decide this. I don't know any package that needs amarok-utils as a seperate package. Jeff Mitchell said in the kde bugtracker (https://bugs.kde.org/show_bug.cgi?id=213143#c18), they requested the splitting because amarok-utils does not depend on X and can therefore be run on an headless machine, but I don't exactly know why it would make sense to run the collection scanner without amarok...

I agree that it might be a bad idea just to merge the live-ebuild and have split ebuilds in the main tree, because it makes things inconsistent. Adding a use flag to the overlay and the main tree does also not really make sense because amarok-utils will automatically be rebuilt in the main tree when it is updated.

I personally vote for the merge of both packages in both trees, what do you think?
Comment 4 Andreas Stangl 2009-11-24 19:46:30 UTC
Well, the amarok devs are not willing to merge the packages, gentoo devs should not add different handling for live ebuilds and common ebuilds so I am closing this. Always rebuilding both packages by hand "works for me" (TM).

Beside this I'm going to give the official ebuilds a try again, I hope they are more stable that they were in the past...