Michael Vogt wrote:
> That is a problem with apt then, I attached a patch that should fix
> it and will upload that tonight. I guess the libudev support shadowed
> this problem on the other arches.
d-i installs a 00CDMountPoint apt config file containing:
Acquire::cdrom {
mount "/media/cdrom";
}
Dir::Media::MountPath "/media/cdrom";
This is left behind in the installed system BTW. I don't like that, but
we've been working around apt's lack of FHS adherence for quite a while.
So I doubt that your patch will help, it only seems to set the same
Acquire::cdrom setting that we already have. (BTW, the reason we set
Dir::Media::MountPath too is that apparenly "apt doesn't consistently
read from the [former] one.")
Looking at the syslog, apt says it's going to use /media/cdrom as
the moint point but then mount seems to be run with /cdrom.
Screenshot of this weirdness attached.
I see that the generated fstab on kFreeBSD contains:
/dev/cd0 /media/cdrom0 cd9660 ro,auto 0 0
Why is the mount point different? I don't know yet. If I correct this
to use "/media/cdrom0", then apt-cdrom add works in d-i with no further
changes.
FWIW, this seems close to RC for d-i kFreeBSD, since it makes most
of the CD images useless (they still work, but most of the bits on the CD
are not used since it falls back to a mirror), and introduces a error
dialog into the installation process when installing with most of the CD
images.
(In a sense, my fix for #609334 in apt-setup 1:0.53 has exposed this
bug. Previously, apt-setup just ignored CDs entirely on kFreeBSD.
(It's somewhat amazing nobody ever noticed that, but then I only noticed
because I was reading the code...) My fix made it try, and now fail to
use them.)
--
see shy jo
Attachment:
signature.asc
Description: Digital signature