[Fedora-packaging] one big SRPM for lots of different stardict dictionaries?

Parag N(पराग़) panemade at gmail.com
Tue Jun 26 09:05:39 UTC 2007

On 6/26/07, Thorsten Leemhuis <fedora at leemhuis.info> wrote:
> Hi,
> I stumbled over the CVS branch creation commit mails for a package
> called "stardict-dic" in my inbox and thought "hey, nice, someone
> packaged dictionaries for startdict". But then I took a closer look at
> the package and the review bug
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231267
> and got a bit worried.
> The plan of the packager afaics seems to be to get all the current and
> future dictionaries for other languages into this one just-reviewed and
> approved package stardict-dic (SRPM currently 84 MByte in size afaics),
> from with multiple sub-packages get build (currently:
> stardict-dic-{en,ja,ru,zh_CN,zh_TW} ).
> The "one SRPM for all dicts" approach IMHO has major disadvantages IMHO:
> the SRPM will become really big if dictionaries for other languages
> become part of it. This might be acceptable, but for each added dict or
> each bug that gets fixed in one of the dictionaries the whole SRPM gets
> rebuild and thus all the stardict-dic-{en,ja,ru,zh_CN,zh_TW} packages
> get created newly as well, which creates a lot of load for mirrors and
> users to download and install (¹).
> This sems very wrong to me; or am I overacting here?
  You are right. Sorry for my misunderstanding. I assumed and accepted
submitter request to have all language dictionaries in single SPEC but
forgot what will happen if upstream released new version for any
  I have ping submitter on IRC and asked him to submit new package
requests per language dictionary.
  thanks for pointing this issue.

More information about the Fedora-packaging mailing list