[Bug 335596] Re: DVD install takes forever compared to the CD install during the step that it's calculating packages to remove, causing pain for OEM

[Timothy R. Chavez]

The bug task for the somerville project has been removed by an automated
script.  This bug has been cloned on that project and is available here:
https://bugs.launchpad.net/bugs/1305931

** No longer affects: somerville

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/335596

Title:
  DVD install takes forever compared to the CD install during the step
  that it's calculating packages to remove, causing pain for OEM

Status in OEM Priority Project:
  Fix Released
Status in “ubiquity” package in Ubuntu:
  Fix Released

Bug description:
  This bug is related to LP#290400 . OEM is feeling real pain as  they
  use the DVD install. The DVD install is taking an extremely long time
  to calculate the packages that are to be removed as compared to the CD
  install.

  OEM tries to work around this issue the best they can by some preseed
  hacks to not let it remove *any* language packs, or fonts or anything
  during that stuff.  The only packages that end up getting removed are
  the ubiquity ones and their dependencies.  I've attached a relative
  snippet of the hack that OEM is using today as a workaround in there
  preseed:

  <snip>
   # *Horrible* hack to work around bug 290400
   # this should be addressed for Jaunty and no longer necessary then
   d-i pkgsel/language-pack-patterns string language-pack-gnome-$LL icedtea6-plugin ttf-dzongkha ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp openoffice.org-hyphenation openoffice.org-filter-binfilter libgcj-common m17n-db m17n-contrib default-jre default-jre-headless libgcj9-jar libxalan2-java-gcj libxerces2-java-gcj libjaxp1.3-java-gcj libgcj-bc libgcj9-0 gcj-4.3-base bsh-gcj
  </snip>

  This situation gets worst as there are future machines that are going
  to be using Intel Atom processors. OEM can't afford to have a 12-25
  minute extra step that does nothing.  It's taking  that long because
  the atom proc is slow.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/335596/+subscriptions