[01:24] partman-partitioning: cjwatson * r902 ubuntu/ (debian/changelog lib/disk-label.sh): [01:24] partman-partitioning: Use mac as the default disk label on ppc64 (see [01:24] partman-partitioning: http://debian-ppc64.alioth.debian.org/patches/partman-base_108.0.0.1.gcc4_ppc64.diff). [01:24] partman-partitioning: cjwatson * r903 ubuntu/debian/changelog: releasing version 79ubuntu2 [07:01] could anyone tell specifically what someone might use this for -- pcmcia-storage-modules-2.6.32-26-generic-di [11:09] d-tech: there are such things as PCMCIA SCSI adapters - those modules drive that kind of hardware [11:10] d-tech: you shouldn't normally have to select pcmcia-storage-modules manually, though [14:51] grub-installer: cjwatson * r1196 ubuntu/ (debian/changelog grub-installer): [14:51] grub-installer: If the first disk has neither a partition table nor a filesystem, don't [14:51] grub-installer: try to install to it as grub-setup will refuse (LP: #711830). [17:37] pkgsel: cjwatson * r171 ubuntu/debian/ (changelog postinst): [17:37] pkgsel: Don't install language-selector-common if [17:37] pkgsel: pkgsel/install-language-support is preseeded to false (LP: #712145). [17:47] pkgsel: cjwatson * r172 ubuntu/debian/changelog: releasing version 0.33ubuntu2 [18:15] cjwatson: Can I approve the lucid nomination for bug 506670? [18:15] Launchpad bug 506670 in partman-base ">2TB/GPT: Must warn if BIOS boot partition is missing (unbootable system!)" [High,Triaged] https://launchpad.net/bugs/506670 [18:16] yes [18:18] thanks [18:25] cjwatson: would a pcmcia attached cf qualify for such a package? [18:58] d-tech: it's not about qualifying, it's about where it makes most sense - I'm sure it ought to be shipped in *some* udeb but I don't know offhand which one. we'd look for similar drivers and see how the dependencies were laid out [18:58] which kernel driver is responsible for the hardware you're interested in? [18:59] pcmcia-storage-modules might well be reasonable, but I don't know for sure without investigating. (and in any case the kernel team is responsible for that package, not us) [21:59] cjwatson: gotcha! ... thanks for the input.