<p dir="ltr">Sorry for the top posting, it's the gmail app behavior. </p>
<p dir="ltr">It didn't mention the other aspects because they are not a problem. The only "problem" is the package depency. </p>
<p dir="ltr">Cordially <br>
Le 11 nov. 2014 19:03, "Pino Toscano" <<a href="mailto:ptoscano@redhat.com">ptoscano@redhat.com</a>> a écrit :<br>
><br>
> Hi,<br>
><br>
> (please do not top-reply...)<br>
><br>
> On Tuesday 11 November 2014 18:32:10 Mathieu Bouillaguet wrote:<br>
> > What I was suggesting, is to let the user manage depencies himself.<br>
> ><br>
> > This is what slackware users are used to do anyway.<br>
> ><br>
> > It means that we should be able to provide an exhaustive list of<br>
> > needed packages on the command line.<br>
> ><br>
> > As the semantic differ from the usual treatment of the PACKAGES<br>
> > arguments of supermin --prepare, this could be managed by a new<br>
> > option implying "do not search or install depencies for the given<br>
> > packages".<br>
> ><br>
> > What do you think ?<br>
><br>
> What you are suggesting covers just one of the requirements of supermin<br>
> for the package manager. The others, which I wrote in a previous email,<br>
> are:<br>
> - query name, version, epoch (if existing), architecture of a package<br>
> - get the last "change time" of the package manager<br>
> - get the file list of a package (possibly with the information about<br>
>   which ones are "configuration files")<br>
> - download a package<br>
><br>
> What supermin needs seems not met by the too limited package management<br>
> on slackware, I'm afraid.<br>
><br>
> On the other hand, this does not imply you cannot use libguestfs: with a<br>
> driver-less supermin, you can build libguestfs without an appliance<br>
> (--disable-appliance), and use a "fixed appliance", i.e. an appliance<br>
> built on a different system, pointing libguestfs to it. See also<br>
> "LIBGUESTFS_PATH" in<br>
>   <a href="http://libguestfs.org/guestfs.3.html#environment-variables">http://libguestfs.org/guestfs.3.html#environment-variables</a><br>
> and you can find our Fedora-based appliances here:<br>
>   <a href="http://libguestfs.org/download/binaries/appliance/">http://libguestfs.org/download/binaries/appliance/</a><br>
><br>
> --<br>
> Pino Toscano</p>
<p dir="ltr">Sorry for the top posting, it's the default gmail app behavior. </p>
<p dir="ltr">It didn't mention the other aspects because they are not a problem for a slackware port. The only "problem" is the package depency. </p>
<p dir="ltr">Cordially </p>