late to this oldish thread

faeychild wrote:

I have just found IsoDumper  in MCC under System > writing ISO images

I deliberately installed IsoDumper  some months ago because it wasn't in the Start Menu System Tools.

So has it always been in MCC or only because I installed it ?

I'm new to this group for Mageia's isodumper.

When it didn't appear in the MCC RPMdrak for installation as I had
expected, I used the dnf install.

So, the RPMdrak isn't 'expected' to show packages in the repo/s but not
yet installed? That seems strange.



--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

Hello Mike!

08 May 25 00:19, Mike Easter wrote to all:

late to this oldish thread

faeychild wrote:

I have just found IsoDumper  in MCC under System > writing ISO
images

I deliberately installed IsoDumper  some months ago because it
wasn't in the Start Menu System Tools.

So has it always been in MCC or only because I installed it ?

I'm new to this group for Mageia's isodumper.

When it didn't appear in the MCC RPMdrak for installation as I had
expected, I used the dnf install.

So, the RPMdrak isn't 'expected' to show packages in the repo/s but
not yet installed? That seems strange.

isodumper is installed by default - at least according to my installation
as I did not do so manually.

Using the s/w management option via MCC and then isodumper it shows what
has been installed (or not) and use using MGA v9.



Vincent



SEEN-BY: 25/0 21 250/0 1 2 3 4 5 8 13 14 15 362/6 712/1321

Vincent Coen wrote:

Mike Easter wrote to all:

> When it didn't appear in the MCC RPMdrak for installation as I had
> expected, I used the dnf install.

> So, the RPMdrak isn't 'expected' to show packages in the repo/s but
> not yet installed? That seems strange.

isodumper is installed by default - at least according to my installation
as I did not do so manually.

Using the s/w management option via MCC and then isodumper it shows what
has been installed (or not) and use using MGA v9.

Hi yourself :-)

That wasn't my experience. I wrote the Mag9XFCE to a Ventoy stick,
booted it and searched in the MCC RPMdrak for it. It wasn't there. From
a Mag wiki isodumper page I saw the instructions for dnf and so I used
that. There was clearly a significant installation going on, and after installation isodumper appeared in the menu and was able to run.

However, it could not 'do what I wanted' from that status because its
internal file manager could not access another connected device and I
couldn't 'see what was going on' later because the bottom of its window
was off-screen and the resizing function didn't work properly; it only
resized from side to side, not 'from the corner or the bottom' to bring
the bottom of the window onto the screen.

I don't mean to 'whine', I'm just relating my recent isodumper
experiences. In the end, I'm happy w/ the results; it worked as predicted.

My recollection is that Mag9KDE performed the same way, and since it is
still on the Ventoy stick I can boot it up again and check that later.


--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

Mike Easter wrote:

I'm just relating my recent isodumper experiences.

My story is developing inconsistent holes :-/

The current persistent Mag9XFCE has NOT had isodumper installed, BUT...
it DOES have both the qt and the gtk packages visible in RPMdrak from MCC.

I have no explanation for the inconsistencies of my different
experiences, but I'm not going to 'worry' about it; I may do a 'little'
bit more to try to figure it out.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

On 2025-05-08, Mike Easter <MikeE@ster.invalid> wrote:

Vincent Coen wrote:

Mike Easter wrote to all:

> When it didn't appear in the MCC RPMdrak for installation as I had
> expected, I used the dnf install.

> So, the RPMdrak isn't 'expected' to show packages in the repo/s but
> not yet installed? That seems strange.

isodumper is installed by default - at least according to my installation
as I did not do so manually.

Using the s/w management option via MCC and then isodumper it shows what
has been installed (or not) and use using MGA v9.

Hi yourself :-)

That wasn't my experience. I wrote the Mag9XFCE to a Ventoy stick,
booted it and searched in the MCC RPMdrak for it. It wasn't there. From
a Mag wiki isodumper page I saw the instructions for dnf and so I used
that. There was clearly a significant installation going on, and after installation isodumper appeared in the menu and was able to run.

However, it could not 'do what I wanted' from that status because its internal file manager could not access another connected device and I couldn't 'see what was going on' later because the bottom of its window
was off-screen and the resizing function didn't work properly; it only resized from side to side, not 'from the corner or the bottom' to bring
the bottom of the window onto the screen.

I don't mean to 'whine', I'm just relating my recent isodumper
experiences. In the end, I'm happy w/ the results; it worked as predicted.

My recollection is that Mag9KDE performed the same way, and since it is still on the Ventoy stick I can boot it up again and check that later.

So you booted with a live version of Mga9 (the XFCE version) ? Live versions are
truncated so as to fit on a small stick/memory, etc. It is far better to install a regular install of Mga.




--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

Mike Easter wrote:

I may do a 'little' bit more to try to figure it out.

Recapitulating the booting of Mag9KDE live from Ventoy; no isodumper in rpmdrak of MCC.

It doesn't make sense to me that rpmdrake shouldn't be able to see
everything in the repo/s whether the live is 'truncated' or not.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

Mike Easter wrote:

Recapitulating the booting of Mag9KDE live from Ventoy; no isodumper in rpmdrak of MCC.

It doesn't make sense to me that rpmdrake shouldn't be able to see everything in the repo/s whether the live is 'truncated' or not.

I've determined the deficiency to be in the (live) version of rpmdrake (perhaps only its search function).

Using the Mageia welcome function, install software offers rpmdrake
(which comes out of MCC) or dnfdragora; but clicking dnfdragora says
that it isn't available.

Then, using dnf install, I installed dnfdragora (just like I can install isodumper which doesn't 'show' in rpmdrake in Mag live from ventoy.

Then, using dnfdragor (in the live from Ventoy) and searching on
isodumper, I can see 6 entries 2 for each 1.55 & .56 (isodumper) and isodumper.gtk and isodumper.qt.

It is beyond my ken to be able to guess why rpmdrake running in live
can't 'see' all of the repo info. It /can/ see all of the repos in live persistence.

dnfdragora also shows me the 'organization' location of System/
Configuration/ for isodumpe, but if I use that organization in rpmdrake (ventoy live) I can NOT see isodumper.

From my experience w/ other graphical package manager search functions,
I find the ventoy live Mageia rpmdrake to be 'inconsistent' or
unconventional.

Maybe someone here understands whatever I'm misunderstanding.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

On 2025-05-08 12:03, Mike Easter wrote:

Hi yourself 🙂

That wasn't my experience. I wrote the Mag9XFCE to a Ventoy stick,
booted it and searched in the MCC RPMdrak for it.  It wasn't there. From
a Mag wiki isodumper page I saw the instructions for dnf and so I used that.  There was clearly a significant installation going on, and after installation isodumper appeared in the menu and was able to run.

However, it could not 'do what I wanted' from that status because its internal file manager could not access another connected device and I couldn't 'see what was going on' later because the bottom of its window
was off-screen and the resizing function didn't work properly; it only resized from side to side, not 'from the corner or the bottom' to bring
the bottom of the window onto the screen.

I don't mean to 'whine', I'm just relating my recent isodumper experiences.  In the end, I'm happy w/ the results; it worked as predicted.

When you boot from a Live iso into Live mode, the only repos (and
packages) available are the ones on the Live medium itself. To get
access to the rest of the distro's repos from MCC, you have to configure additional media sources from one of the online mirrors. The program to
do that is on the page that comes up when you run MCC. (You'll need to
have an operating Internet connection.)

When you run that, if you click on "Add" on the right side, you will be
guided through adding media called "Mirrorlist." This will attempt to
connect you with the mirror that is closest to you. Alternatively, if
you know of a reliable specific mirror, you can add that from the File
drop down menu.

Once that is done, then you'll be able to find and install isodumper. I
have next to no experience with dnf, but I believe the process is similar.

Please be aware that the Live isos were produced months ago, and there
have been hundreds of updates to Mageia 9 since then. Also be aware that anything you do while in Live mode (except installing somewhere) will be forgotten the next time you boot the Live medium - unless it was created
with isodumper to include a "persistence partition."

TJ

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

TJ wrote:

When you boot from a Live iso into Live mode, the only repos (and
packages) available are the ones on the Live medium itself.

When I boot a live Mag iso into live mode and install dnfdragora I can
see plenty of isodumpers in the repo/s.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

On 2025-05-09 15:11, Mike Easter wrote:

TJ wrote:

When you boot from a Live iso into Live mode, the only repos (and
packages) available are the ones on the Live medium itself.

When I boot a live Mag iso into live mode and install dnfdragora I can
see plenty of isodumpers in the repo/s.

I did say "I have next to no experience with dnf, but I believe the
process is similar."

(Shrug.) So I'm wrong. Not the first time, won't be the last.

TJ

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

TJ wrote:

Mike Easter wrote:

TJ wrote:

When you boot from a Live iso into Live mode, the only repos (and
packages) available are the ones on the Live medium itself.

When I boot a live Mag iso into live mode and install dnfdragora I can
see plenty of isodumpers in the repo/s.

I did say "I have next to no experience with dnf, but I believe the
process is similar."

(Shrug.) So I'm wrong. Not the first time, won't be the last.

I'm still trying to figure out what goes wrong; so any kind of
datapoint, positive or negative is helpful.

Most of this has been about Mag XFCE, but KDE is actually the 'flagship'
so I'm going to do more with that next.

None of this has to do w/ conventional installs, so there's that.


--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

On 2025-05-09 18:30, Mike Easter wrote:

TJ wrote:

Mike Easter wrote:

TJ wrote:

When you boot from a Live iso into Live mode, the only repos (and
packages) available are the ones on the Live medium itself.

When I boot a live Mag iso into live mode and install dnfdragora I
can see plenty of isodumpers in the repo/s.

I did say "I have next to no experience with dnf, but I believe the
process is similar."

(Shrug.) So I'm wrong. Not the first time, won't be the last.

I'm still trying to figure out what goes wrong; so any kind of
datapoint, positive or negative is helpful.

Most of this has been about Mag XFCE, but KDE is actually the 'flagship'
so I'm going to do more with that next.

None of this has to do w/ conventional installs, so there's that.

I described using MCC in the time-honored method that's been in use
since Mageia forked from Mandriva in 2011. It uses drakrpm (aka
rpmdrake) as a package manager, which in turn uses urpmi. Dnf and
dnfdragora came along later, but since I have used MCC with Mageia from
the beginning, and Mandriva before it, and Mandrake before that, it's
what I continue to use.

From your description, dnfdragora must configure a mirror when
installed. If you do a conventional install, be it from a Live iso, a
Classic iso, or the netinstall iso, there is a step that allows you to
do the same for MCC.

Actually, if doing a new conventional install this far along after the
release date, I tend to use the netinstall iso. It will take care of
getting the updates during the install. OF course, a reasonably fast
Internet connection is a must for that to work properly.

TJ

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: A noiseless patient Spider (2:250/1@fidonet)

Mike Easter wrote:

When I boot a live Mag iso into live mode and install dnfdragora I can
see plenty of isodumpers in the repo/s.

The KDE & XFCE rpmdrake live perform similarly. And when rpmdrake is
preparing to 'do something' such as search for isodumper, it 'announces'
that it is looking for *installed* packages (please wait finding
installed packages). I've looked in rpmdrake's configuration functions
and I can't see a way to change that which actually works.

In the KDE v, I'm adding media to rpmdrake (many of which have a .cz
domain) and now when I search it looks in both installed and *available* packages and then the search shows the various isodumpers as described
earlier numbering 6.

So, rpmdrake can be 'induced' to show isodumper by changing its 'native' behavior, but the default condition is only for installed packages.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)

Mike Easter wrote:

I've looked in rpmdrake's configuration functions
and I can't see a way to change that which actually works.

Then I did.

In the KDE v, I'm adding media to rpmdrake (many of which have a .cz
domain) and now when I search it looks in both installed and *available* packages and then the search shows the various isodumpers as described earlier numbering 6.

Specifically, this is Options/ Media Manager/ (Configure media window)
Add/ (alert about contacting website to get mirror list) - and then
begins a litany of strange looking downloads after which I'm presented
w/ a long list of backports and updates, a few of which are checked by default. I didn't add any, but the OK result was that now rpmdrake was updating not only its installed packages, but also available packages.

Since most of my package manager experiences have been w/ synaptic, that
is what I would expect from the default condition, and that is also the default of dnfdragora.

So, rpmdrake can be 'induced' to show isodumper by changing its 'native' behavior, but the default condition is only for installed packages.

--
Mike Easter

--- MBSE BBS v1.1.1 (Linux-x86_64)
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)