Bug 153635

Summary:	split meinproc to separate package
Product:	[openSUSE] SUSE Linux 10.1	Reporter:	Stanislav Brabec <sbrabec>
Component:	GNOME	Assignee:	E-mail List <gnome-bugs>
Status:	RESOLVED WONTFIX	QA Contact:	E-mail List <qa-bugs>
Severity:	Enhancement
Priority:	P5 - None	CC:	aj, dmueller, gnome-bugs
Version:	Beta 5
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Stanislav Brabec 2006-02-27 10:09:25 UTC

meinproc is used in many GNOME packages and it introduces many unneeded build requirements. It would be nice to split meinproc and related files to the separate subpackage.

How to reproduce:
cd /work/SRC/all/GNOME
grep -l meinproc */*.spec

Comment 1 Dirk Mueller 2006-02-27 10:15:31 UTC

its in kdelibs3-doc. where's the problem with that? it anyway needs the stylesheets installed by kdelibs3..

Comment 2 Stanislav Brabec 2006-02-27 12:49:16 UTC

Package kdelibs3-doc needs kdelibs3, it introduces at least qt3, arts and gcc-c++ packages. Too much dependencies, if is is needed only for preprocessing of documentation.

It would be nice, if everything related to meinproc will be in a separate package(s), which will not require anything from kde and qt.

Comment 3 Dirk Mueller 2006-02-27 12:58:34 UTC

did you read ldd /opt/kde3/bin/meinproc?

Comment 4 Stanislav Brabec 2006-02-27 13:11:26 UTC

Oops. It does mean. that if GNOME documentation should be displayable in khelpcenter, we can't get rid those dependencies.

Comment 5 JP Rosevear 2006-02-27 13:15:06 UTC

I don't think so.  I think its just creating the cache file, which none of the KDE apps do in their spec files.

Dirk, if the cache file doesn't exist at doc creation time, khelpcenter will just create it right?  Does KDE create any cache files through a SuSEconfig script or some install time script?

Comment 6 Dirk Mueller 2006-02-27 14:02:47 UTC

I'm not sure, this has been changed a few times in the past. Will, whats the current state?

Comment 7 Will Stephenson 2006-02-27 14:25:10 UTC

We're doing it system wide at SuSEconfig time now, so each user doesn't have to click through cache creation on first startup, or update caches after installing new software.

Comment 8 Will Stephenson 2006-02-27 14:26:35 UTC

see above

Comment 9 Dirk Mueller 2006-02-27 14:32:14 UTC

jpr: the cache.bz2 files are generated during package build. if they're missing, then khelpcenter will do the docbook->html conversion on the fly (but thats slow, it usually takes 2-3s even on speedy hardware). The result is not stored permanently anywhere. 

Honestly I don't see the issue so far with generating them at build time, but perhaps I'm missing some information.

Comment 10 Stanislav Brabec 2006-02-27 14:43:14 UTC

Is possible following scenario for 10.2?

- Create kdelibs3-doc-gnome package, add it to selection.
- Remove meinproc from all gnome packages.
- The kdelibs3-doc-gnome will generate cache for all GNOME documents and will be the only GNOME package needing kdelibs3-doc.

Comment 11 Dirk Mueller 2006-02-27 14:58:35 UTC

how does GNOME cache the result of docbook conversion?

Comment 12 Stanislav Brabec 2006-02-27 15:51:41 UTC

I guess it's done by scrollkeeper in build time and then by SuSEconfig.
JPR, could you say more?

Comment 13 Stephan Kulow 2006-02-28 12:51:01 UTC

#10 is a gnome-maintainers decision. There is nothing to fix/change for KDE

Comment 14 Stanislav Brabec 2006-02-28 14:26:14 UTC

Changed in many packages: BuildRequires: kdelibs3-doc instead of kdelibs3-devel. It will save some dependencies.

Comment 15 JP Rosevear 2007-02-14 21:41:37 UTC

Stanislav, is this even relevant anymore?  I think khelpcenter uses beagle now.

Comment 16 Stanislav Brabec 2007-04-27 10:33:04 UTC

Not relevant any more.