similar to: supermin in Fedora Rawhide switched to using dnf instead of yum

On Thu, May 21, 2015 at 02:37:31PM +0100, Richard W.M. Jones wrote: > > Previous attempt: > https://www.redhat.com/archives/libguestfs/2015-April/msg00013.html > > supermin needs to download packages (eg. RPMs) when preparing the > appliance. > > After a lot of work, 'dnf download' can now be used as a replacement > for the (deprecated) 'yumdownloader'

Previous attempt: https://www.redhat.com/archives/libguestfs/2015-April/msg00013.html supermin needs to download packages (eg. RPMs) when preparing the appliance. After a lot of work, 'dnf download' can now be used as a replacement for the (deprecated) 'yumdownloader' program. This only affects the 'supermin --prepare' phase, which means it only affects people building

On Tue, May 26, 2015 at 09:44:33AM +0100, Richard W.M. Jones wrote: > On Mon, May 25, 2015 at 10:22:35PM +0200, Kashyap Chamarthy wrote: > > I just built `supermin` from source on my Fedora 22 machine, and somehow > > it can't seem to detect RPM (but `supermin` from Rawhide detects it). > > Exact error: > > > > supermin: could not detect package manager

On Mon, May 25, 2015 at 10:22:35PM +0200, Kashyap Chamarthy wrote: > I just built `supermin` from source on my Fedora 22 machine, and somehow > it can't seem to detect RPM (but `supermin` from Rawhide detects it). > Exact error: > > supermin: could not detect package manager used by this system or > distro. > > which is coming from:

Hi, as pointed out by Neal Gompa, Mageia recently introduced dnf in the distribution (currently only in Cauldron, which is the future Mageia 6), and most probably it will replace urpmi in the future. As such, on Mageia make supermin prefer dnf over urpmi when found, using the same code already used for Fedora. Related change: make test-harder.sh work explicitly also on Mageia

On Mon, Feb 20, 2017 at 1:50 AM, Dario Lesca via samba < samba at lists.samba.org> wrote: > Il giorno dom, 19/02/2017 alle 21.17 -0700, Jeff Sadowski via samba ha > scritto: > > I was never able to build it in a way > > I have rebuild samba from rpm source on Centos 7 (samba 4.4.4) and > Fedora (samba 4.5.5) with this procedure: > > > > [lesca at dodo

On Thu, Jul 11, 2013 at 10:50:01AM +0300, Or Goshen wrote: > Now, I installed supermin from git. During configuration it discovered > zypper: > > *checking for zypper... zypper > checking for yum... no > checking for rpm... rpm > checking for yumdownloader... no > checking for aptitude... no > checking for apt-cache... apt-cache > checking for dpkg... no >

----- Forwarded message from Jaroslav Mracek <jmracek@redhat.com> ----- Date: Tue, 22 Nov 2016 16:17:11 +0100 From: Jaroslav Mracek <jmracek@redhat.com> To: bcl@redhat.com, dcantrell@redhat.com, "Lumens, Christopher" <clumens@redhat.com>, pjones@redhat.com, sbueno@redhat.com, christos.triantafyllidis@gmail.com, kevin@tigcc.ticalc.org, clime@redhat.com,

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

On Fri, May 31, 2013 at 01:38:06PM +0200, Olaf Hering wrote: > But this requires that febootstrap or supermin is in BuildRequires:, > while this change removes the hard dependency of BuildRequires:. But I > see, if the appliance is enabled then it would now fail with this > change. In my packaging the appliance is not enabled because zypp > support in supermin is not yet complete,

$ libguestfs-test-tool ... libguestfs: launch: version=1.42.0fedora=33,release=5.fc33,libvirt ... libguestfs: build appliance libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib/guestfs) ... It appears that this configure test is now failing:

Il giorno dom, 19/02/2017 alle 21.17 -0700, Jeff Sadowski via samba ha scritto: > I was never able to build it in a way I have rebuild samba from rpm source on Centos 7 (samba 4.4.4) and Fedora (samba 4.5.5) with this procedure: > > [lesca at dodo rpmbuild]$ cat rebuild.txt > # > > # Install Development ... > sudo yum -y groupinstall 'Development Tools' > # sudo

When building the mini initrd, previously we copied the modules into the initrd as-is, so for example if the module was xz-compressed, we copied the foo.ko.xz file to the initrd. This requires that the mini init binary is linked to zlib & lzma, so that it knows how to uncompress these modules when insmoding them at boot time. Also since the init is statically linked, it required _static_

Supermin is a tool that we use to create and distribute the tiny libguestfs appliance. The tool has been in development since 2009 and was renamed from ‘febootstrap’ to ‘supermin’ in 2013. To find out more about this tool, see: http://libguestfs.org/supermin.1.html I have just released supermin 5.2.0. This is a stable branch version. Previously we didn't really have a split between stable

I saw mention of dnf in a blog article about installing a package on CentOS. Further investigation revealed that Fedora is replacing yum with dnf, apparently a new and better yum. But it wasn't clear if dnf was a drop-in replacement or if some migration setup was required. Is it supposed to work with CentOS or do we ignore it until some future release?

Kenneth Porter wrote: > I saw mention of dnf in a blog article about installing a package on > CentOS. Further investigation revealed that Fedora is replacing yum with > dnf, apparently a new and better yum. But it wasn't clear if dnf was a For the normal user (like me) dnf is neither better nor worse than yum. In fact it is almost identical. In my view, the introduction of a new

Check the ID field in /etc/os-release on the current system, before checking for the other old-style release-/version-like files in /etc. Some distributions (openSUSE Thumbleweed) are starting to remove them, breaking the supermin detection. --- src/dpkg.ml | 3 ++- src/pacman.ml | 5 +++-- src/rpm.ml | 15 +++++++++------ 3 files changed, 14 insertions(+), 9 deletions(-) diff --git

On 05/26/2016 04:31 AM, Yamaban wrote: > On Thu, 26 May 2016 08:00, James Hogarth wrote: >> On 26 May 2016 00:57, "SternData" wrote: >>> On 05/25/2016 06:43 PM, Always Learning wrote: >>>> On Wed, 2016-05-25 at 22:32 +0100, Timothy Murphy wrote: >>>> >>>>> Also, yum had associations which it was sad to lose. >>>>

On 6/1/20 7:25 PM, Kenneth Porter wrote: > I'm used to using "git diff" and "svn diff" to view changes in my > development system. Is there a similar thing that works with changes > between a repository package and the installed RPM? Ie. something that > shows the changes in /etc hinted at by "rpm -V". I'm already using > etckeeper+git but that

On 05/26/2016 08:45 AM, Valeri Galtsev wrote: > > On Thu, May 26, 2016 5:17 am, Johnny Hughes wrote: >> On 05/26/2016 04:31 AM, Yamaban wrote: >>> On Thu, 26 May 2016 08:00, James Hogarth wrote: >>>> On 26 May 2016 00:57, "SternData" wrote: >>>>> On 05/25/2016 06:43 PM, Always Learning wrote: >>>>>> On Wed, 2016-05-25 at