<p dir="ltr">Fair enough. I have no San boot setup to test this. I am okay with the inclusion of the patch based on tests from u</p>
<p dir="ltr">s3nt fr0m a $martph0ne, excuse typ0s</p>
<div class="gmail_quote">On Oct 14, 2013 9:10 PM, "Salvatore Bonaccorso" <<a href="mailto:carnil@debian.org">carnil@debian.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Ritesh<br>
<br>
Thanks for your reply!<br>
<br>
On Mon, Oct 14, 2013 at 08:50:15PM +0530, Ritesh Raj Sarraf wrote:<br>
> Hello Salvatore,<br>
><br>
><br>
> Please check bug #618700. The udev rule changed with discussion on the<br>
> upstream mailing list.<br>
<br>
Yes I have read this. AFAICS this is about the dmraid part.<br>
<br>
See my pu which includes that change. AFAICS the problem is that the<br>
kpartx.udev rules additionally contained a workaround to read dm<br>
information via /lib/udev/dmsetup_env (other distributions have a<br>
patch having dmsetup export AFAIK).<br>
<br>
----cut---------cut---------cut---------cut---------cut---------cut-----<br>
# This is a temporary hack until Debian's dmsetup properly supports "dmsetup<br>
# export". For more information see: #434241, #487881, #493078<br>
IMPORT{program}="dmsetup_env %M %m"<br>
----cut---------cut---------cut---------cut---------cut---------cut-----<br>
<br>
So what I propose is to revert the changes to the pu mentioned<br>
#726321, but keeping what was fixed for #618700.<br>
<br>
Hope that helps,<br>
<br>
Regards,<br>
Salvatore<br>
</blockquote></div>