[13:02] <sforshee> jjohansen: is that fix release critical? Judging by the information on the bug I'd think not
[13:03] <sforshee> jjohansen: we can oportunisticly pull it in if something that is release critical comes up, I'm just not seeing that as something that is likely to affect installation
[13:04] <sforshee> so if it is otherwise please tell me so
[14:33] <jjohansen> sforshee: well, it was to the snappy people friday but it appears they have changed their mind since. So unless they raise it as release critical it isn't
[20:17] <leitao> how do I know if a device driver (.ko) will make the udeb that will be used by the d-i?
[20:25] <sforshee> leitao: if it's listed within debian.master/d-i
[20:27] <leitao> sforshee, how do I see what is the set of device drivers that are part of the basic initrd.gz provided by d-i?
[20:28] <leitao> sforshee, because I understand that d-i has two stages, load the drivers that are part of the initrd.gz, get access to the internet for stage-2 and get the extra udeb ko files.
[20:29] <leitao> if the above is correct, we probably want to put ipr.ko (ppc64el sas controller device driver) into this very first stage.
[20:30] <leitao> This is what I found looking at 1751813
[20:30] <leitao> xnox, ^
[20:30] <sforshee> leitao: hmm it's been a while since I've had to do that, can't recall off the top of my head. Will try to look but I have to run soon.
[20:31] <leitao> sforshee, no worries. I am trying to discover what is causing this bug here, and this is my understand at this time
[20:33] <sforshee> leitao: I think it's initramfs-tools
[20:36] <sforshee> leitao: in hook-functions
[20:37] <leitao> sforshee, ok, let me check that
[22:43] <xnox> sforshee, no, we are talking about d-i no? thus anna install and udebs, not initramfs-tools.... unless things fail to boot.
[22:44] <xnox> leitao, the ipr.ko is in scsi-modules-4.15.0-15-generic-di_4.15.0-15.16_ppc64el.udeb which is loaded as part of disk detection.....