similar to: Re: Add support for slackware in supermin

Hi Pino, Thanks for your reply and details. I started looking at the others package manager code and as I see it there is one main problem to port supermin to slackware distro. Slackware builtin package management tools (pkgtool and slackpkg) do not manage package dependencies. There is no easy solution to solve this problem. There are third party packet manager which manage dependencies but

On Tue, Nov 11, 2014 at 06:41:40PM +0000, Richard W.M. Jones wrote: > On Tue, Nov 11, 2014 at 03:23:40PM +0100, Mathieu Bouillaguet wrote: > > Hi Pino, > > > > Thanks for your reply and details. > > > > I started looking at the others package manager code and as I see it there > > is one main problem to port supermin to slackware distro. > > >

Sorry for the top posting, it's the gmail app behavior. It didn't mention the other aspects because they are not a problem. The only "problem" is the package depency. Cordially Le 11 nov. 2014 19:03, "Pino Toscano" <ptoscano@redhat.com> a écrit : > > Hi, > > (please do not top-reply...) > > On Tuesday 11 November 2014 18:32:10 Mathieu

What I was suggesting, is to let the user manage depencies himself. This is what slackware users are used to do anyway. It means that we should be able to provide an exhaustive list of needed packages on the command line. As the semantic differ from the usual treatment of the PACKAGES arguments of supermin --prepare, this could be managed by a new option implying "do not search or install

On Tue, Nov 11, 2014 at 03:23:40PM +0100, Mathieu Bouillaguet wrote: > Hi Pino, > > Thanks for your reply and details. > > I started looking at the others package manager code and as I see it there > is one main problem to port supermin to slackware distro. > > Slackware builtin package management tools (pkgtool and slackpkg) do not > manage package dependencies.

Hi Mathieu, On Sunday 09 November 2014 16:14:32 Richard W.M. Jones wrote: > On Sat, Nov 08, 2014 at 02:27:49PM +0100, Mathieu Bouillaguet wrote: > > Hi, > > > > What needs to be implemented to add support for slackware > > distribution in supermin ? > > hi Mathieu > > I'm on holiday at the moment and will give a more complete reply > when I get

2014-11-11 19:49 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: > On Tue, Nov 11, 2014 at 06:41:40PM +0000, Richard W.M. Jones wrote: > > On Tue, Nov 11, 2014 at 03:23:40PM +0100, Mathieu Bouillaguet wrote: > > > Hi Pino, > > > > > > Thanks for your reply and details. > > > > > > I started looking at the others package manager code

On Tuesday 11 November 2014 19:08:58 Mathieu Bouillaguet wrote: > Le 11 nov. 2014 19:03, "Pino Toscano" <ptoscano@redhat.com> a écrit : > > Hi, > > > > (please do not top-reply...) > > > > On Tuesday 11 November 2014 18:32:10 Mathieu Bouillaguet wrote: > > > What I was suggesting, is to let the user manage depencies > > >

Hi, On Tuesday 11 November 2014 15:23:40 Mathieu Bouillaguet wrote: > Hi Pino, > > Thanks for your reply and details. > > I started looking at the others package manager code and as I see it > there is one main problem to port supermin to slackware distro. > > Slackware builtin package management tools (pkgtool and slackpkg) do > not manage package dependencies.

Hi, (please do not top-reply...) On Tuesday 11 November 2014 18:32:10 Mathieu Bouillaguet wrote: > What I was suggesting, is to let the user manage depencies himself. > > This is what slackware users are used to do anyway. > > It means that we should be able to provide an exhaustive list of > needed packages on the command line. > > As the semantic differ from the

Hi all I am trying to run the dockerized version of linaro lava. Unfortunately it is not possible to start libguetsfs inside one of the containers. My settings are: Ubuntu Server 18.04.3, Docker version 18.09.7 running a Debian:stretch based contianer Running libguestfs-test-tool gives me the following output: root at e91c89e0874d:/# libguestfs-test-tool

Hi Rich But there is no src/kernel.ml file on my ubuntu powerpc to which the above patch is reffering. I have installed supermin as supermin_5.1.8-2_powerpc.deb debian package. Thanks On Tue, Jun 3, 2014 at 7:16 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Jun 03, 2014 at 06:55:49PM +0530, abhishek jain wrote: > > supermin: failed to find a suitable kernel

Hi, I try to define an iscsi pool with virsh but I always get the following error : error :internal error: missing backend for pool type 5 (iscsi) And yet libvirt was compiled with iscsi support : configure: Storage Drivers configure: configure: Dir: yes configure: FS: yes configure: NetFS: yes configure: LVM: yes configure: iSCSI: yes configure: SCSI: yes configure:

Hi, I've found a problem with supermin code running in an ibm_powerkvm ppc64le distro. Output of libguestfs-test-tool: $ libguestfs-test-tool ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. *

Hi Rich Kindly ignore my previos mail. I have downloaded the latest version of supermin supermin-5.1.8 and have compiled it for powerpc.Moreover there was no need to patch the src/ kernel.ml file as the changes were already implemented on the latest version. But still when i run libguestfs-test-tool on powerpc ubuntu,I get the below logs.. libguestfs-test-tool

Hi, During compilation of guestfs I get the following error: *supermin -v -o supermin.d --names augeas-libs btrfs-progs cryptsetup cryptsetup-luks e2fsprogs e4fsprogs genisoimage gfs-utils gfs2-utils grub hfsplus-tools hivex iproute iputils kernel libcap libldm MAKEDEV nilfs-utils ntfsprogs ntfs-3g openssh-clients pcre reiserfs-utils libselinux syslinux-extlinux systemd vim-minimal xz yajl

Hi, few cleanups in the supermin codebase; no actual functional change. Thanks, -- Pino Toscano (3): ext2: simplify tracking of visited modules utils: remove unused run_python function Add and use an helper error function src/build.ml | 20 +++++----------- src/dpkg.ml | 4 +--- src/ext2_initrd.ml | 10 ++++---- src/kernel.ml | 27

Hi, let's make supermin use /etc/os-release as primary source instead of the various release files in /etc; apparently distros (e.g. openSUSE) are starting removing them. Thanks, Pino Toscano (2): Add simple handling of /etc/os-release Use os-release to detect the distro src/Makefile.am | 3 +++ src/dpkg.ml | 3 ++- src/os_release.ml | 78

Document what each module does, using *.mli files. Remove the --dtb option, it's obsolete. Rename modules according to their purpose. Rich.

While trying to run libguestfs tests after building with "--enable-appliance --with-supermin-extra-options=--use-installed", I ran into a peculiar error message in the c-api test: ,---- | libguestfs: error: strings: /abssymlink: strings: error while loading | shared libraries: libbfd-2.24-multiarch.so: cannot open shared object | file: No such file or directory `---- The problem here