Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 83504
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo KDE team <kde@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Tom Shaw <firephoto@gmail.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 83504 depends on: Show dependency tree
Bug 83504 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-02-27 15:26 0000
konq-plugins-3.4.0_rc1.ebuild got mixed up in the update it looks like, the
beta2 ebuild is correct but the rc1 ebuild is a copy of the old arkplugin
ebuild.


Reproducible: Always
Steps to Reproduce:
1.emerge konq-plugins
2.
3.

Actual Results:  
Only the ark viewer plugin is installed. 

Expected Results:  
All konq-plugins should be isntalled. 

Thanks for the great work on the split ebuilds.

------- Comment #1 From Rafal Dejewski 2005-02-28 05:41:41 0000 -------
Since konq-plugins have been merged into one ebuild, wouldn't it be nice to
have local use flag for each plugin? Or do we have to use DO_NOT_COMPILE now?

------- Comment #2 From Dan Armak (RETIRED) 2005-02-28 09:54:24 0000 -------
The reasoning behind joining all the kdeaddons-derived ebuilds back into
larger ones like konq-plugins, noatun-plugins... was that the individual
plugins are very small (so that unpacking/configuring/installing cost is far
greater than the pure compiling time anyway) and users generally shouldn't
care about getting all the plugins for one app as long as they don't carry
extra deps. It was requested by some users as well as people on the team.
Reducing the amount of ebuilds has an intrinsic positive value too.

Never, never use DO_NOT_COMPILE. It is evil. Read the split ebuilds FAQ.

We can't use local use flags because they'd have to be on by default and we
can't add a huge amount of local use flags to all profiles' make.defaults.

I fixed the ebuild, it's in cvs as rc1-r1. Thanks for the report.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug