<html><head></head><body bgcolor="#ffffff" text="#555555" link="#a1a1a1" vlink="#a1a1a1"><div>Am Mittwoch, den 29.11.2017, 17:13 +0100 schrieb Hilko Bengen:</div><blockquote type="cite"><pre>To back up my claim: Default installations of SuSE Enterprise Linux (or
whatever it is called these days) are based upon BTRFS.
</pre></blockquote><div><br></div><div>Oops - I thought I'm using the Debian Bug Tracker 😉</div><div><br></div><blockquote type="cite"><pre>
<blockquote type="cite">
    I'm not sure I follow: Do you mean that some sort of policy
    forbids/prevents installation of anything btrfs-related?

**YES**
I'm maintaining an mid-size installation. For these systems
'btrfs-tools' is explicitly removed:
- not used, because I rely on ext4 and mdraid
- limiting the installed packages is improving the security (reducing
  surface)
- it has had introduced a boot delay (at this time trusty was used,
  not retested actually).
</blockquote>

If you really wish to reduce the attack surface imposed by a filesystem
implementation, you'll want to get rid of the kernel component, i.e.
you'll ship custom kernels or use module blacklisting. This means that
you are already working with distribution tools and I suggest using
equivs or similar to provide a dummy btrfs-progs package.
</pre></blockquote><div><br></div><div>You are right - there are a lot of different solutions for different problems ☺</div><div>The justification for the exclusion of btrfs-tools in our organisation was just provided to give you some ideas about why somebody can't deploy btrfs-tools.</div><div><br></div><div>For my installations I resolved the conflict already by adding an 'Provides:' clause to an organisational meta package.</div><div><br></div><div>The intention to report it here was to avoid this troubles for other users and improve the package quality.</div><div><br></div><div><br></div><div>Best Regards,</div><div><br></div><div>H.-Dirk Schmitt</div><div><br></div><div><span><pre>-- <br></pre>



  <meta content="HTML Tidy for Linux (vers 25 March 2009), see www.w3.org" name="generator">
  <meta content="text/html; charset=utf-8" http-equiv="CONTENT-TYPE">

  <title>Signature H.-Dirk Schmitt</title>



  <hr>

  <p><b><font color="#000099" size="4"><br>
  <a href="http://www.computer42.org">H.-Dirk Schmitt</a></font></b>
  <br>
  <font color="#000099" face="tahoma" font="" size="1">Dipl.Math.</font></p>

  <p><font color="#000099" face="tahoma" size="1">eMail:<i>dirk.schmitt@computer42.org</i>
  <br>
  mobile:<i>+49 177 616 8564</i>
  <br>
  phone: <i>+49 2642 99 41 14</i>
  <br>
  fax: <i>+49 2642 99 41 15</i>
  <br>
  Schillerstr. 42, D-53489 Sinzig</font></p>

  <p><font color="#000099" face="tahoma" font="" size="1">pgp: <a href="http://www.computer42.org/~dirk/OpenPGP-fingerprint.html">http://www.computer42.org/~dirk/OpenPGP-fingerprint.html</a></font></p>


</span></div></body></html>