Fedora 39 : Test with eDEX-UI.

eDEX-UI is a fullscreen, cross-platform terminal emulator and system monitor that looks and feels like a sci-fi computer interface.

This can be found on this GitHub project.

This is version for 64-bit Machines, you can download it with:

$ wget -c https://github.com/GitSquared/edex-ui/releases/download/v2.2.8/eDEX-UI-Linux-x86_64.AppImage

Change the file to be executable:

$ chmod +x eDEX-UI-Linux-x86_64.AppImage

Use this command:

$ ./eDEX-UI-Linux-x86_64.AppImage --appimage-extract

Go to this folder:

$ cd squashfs-root

Run the application:

$ ./AppRun

This is the result of running the application:

Fedora 39 : Resize the vdi file for VirtualBox.

NOTE : This will not change the size of the Linux partition. I tried to change the size in fedora linux with specific commands, but I didn't succeed. The distribution I tried was a server without a graphical environment so I could also try gparted software.

It is good to use the Fedora Linux distribution for tests and feedback to the Fedora team on a hardware system, such as an old laptop.

For quick tests and to save time, you can also install a version on VirtualBox, and sometimes you may not have enough space on the virtual disk.

You can try a tool called VBoxManage with this command to your named vdi file:

VBoxManage modifyhd "C:\Fedora\Fedora.vdi" --resize 81920

You may receive this error:

0%...VBOX_E_NOT_SUPPORTED
VBoxManage.exe: error: Failed to resize medium
VBoxManage.exe: error: Resizing to new size 190756945920 is not yet supported for medium 'C:\Fedora\Fedora.vdi'
VBoxManage.exe: error: Details: code VBOX_E_NOT_SUPPORTED (0x80bb0009), component MediumWrap, interface IMedium
VBoxManage.exe: error: Context: "enum RTEXITCODE __cdecl handleModifyMedium(struct HandlerArg *)" at line 937 of
file VBoxManageDisk.cpp

You can check information about the vdi file on which the Fedora distribution is installed with this command:

VBoxManage showhdinfo "C:\Fedora\Fedora.vdi"

Make a clone of the vdi file.

VBoxManage clonehd "C:\Fedora\Fedora.vdi" "C:\Fedora\Fedoracloned.vdi"
...
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone medium created in format 'VDI'. UUID: ...

Resize this cloned virtual disk with this command:

VBoxManage modifyhd "C:\Users\catafest\VirtualBox VMs\Fedora\Fedoracloned.vdi" --resize 30000
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

Fedora 39 : DNF, DNF-3 and DNF5

Before installing DNF5 you should know that your installations with this tool in the fedora distribution may not work correctly

After implementation of dnf5 module install dnf and dnf5 cannot share the same location for storing state of modules, because dnf5 will store additional information about installed profiles (braking change). Modules enabled by DNF5 (dnf5 module enable <module>) will be not seen as enabled in DNF. Module profile installed by DNF5 will be not sees as installed in DNF. DNF will only see installed RPMs.

More details on this official webpage.

You can fix it with the dnf-3 tool if you accidentally modified or deleted the dnf tool.

A simple example is installing Deepin Desktop, which I could only install with DNF-3:

# dnf-3 install @deepin-desktop

The other dnf and dnf5 tools didn't work, I didn't wait to check if it's because of the repos. but it did not bring me the packets from the web and shows me transactions of 0 B.

Fedora 39 : First test with C# and Terminal.Gui.templates.

The current, stable, release of Terminal.Gui is v1.x. It is stable, rich, and broadly used. The team is now focused on designing and building a significant upgrade we're referring to as v2.

You can find it on this GitHub project.

$ dotnet new --install Terminal.Gui.templates
$ dotnet new tui -n test001
$ cd test001
$ dotnet run

Fedora 39 : Install and fix error with dotnet and copr.

Copr is an easy-to-use automatic build system providing a package repository as its output.

Free/Open source software that is harder to include in Fedora (usually because it is developed in a way that makes it difficult to package while implementing the Fedora packaging guidelines) is temporarily provided in an extra COPR repository, see the official webpage.

I tried to install dotnet following a tutorial on Fedora Magazine:

# dnf copr enable @dotnet-sig/dotnet

I obviously received errors related to copr, because is not install and I used Fedora 39, since Fedora 39 is still Rawhide.

I try to install copr with dnf5:

# dnf5 install copr

I got some errors on python-request-2.28.2-2.fc39.noarch conflicts with new one requested by dnf5 and I remove this package and I let to install the new one.

I try again with same command:

# dnf5 install copr

The next command was:

$ sudo dnf copr enable @dotnet-sig/dotnet fedora-38-x86_64

This allow me to use fedora-38-x86_64 and warn me about copr.

Enabling a Copr repository. Please note that this repository is not part
of the main distribution, and quality may vary ...

The last one is to install .NET Core:

# dnf5 install dotnet

This install all packages for .NET Core with SDK version 6.0 .

I tested with a simple project:

$ dotnet new console -o mythcat_console
$ cd mythcat_console
$ dotnet run 
Hello, World!

This is the way that can use Fedora packages with copr.

Fedora 39 : Solve copy-paste in VirtualBox.

I'm using the Fedora 39 Linux distribution on an HP laptop and I also have it installed on a VirtualBox on my work computer. Today I will show you a way to solve copy paste between content on your computer and Fedora 39 on VirtualBox.

This requires Virtual Box to be set to bridge network as in the attached image.

The next step is to have the Cockpit tool installed, see instructions here.

Open the web address created by the Cockpit tool in your computer browser and go to the Terminal section. This way you will be able to transfer text content using your computer's browser and not the VirtualBox settings.

See the next image:

News : About my work and one of my websites.

I would like to bring to the attention of those who follow my activity on my websites and appreciate the inability to continue with one of the websites: free-tutorials.org. It is currently hosted on a free host, but I cannot import it 100%, which has led me not to complete it with new posts. The continuation of the activities there, considering the limited time, will be carried out on my blogs with the defined theme with which I started: Linux - Fedora, Graphics, Python, Pygame.

In the meantime, because the host is expensive and until now someone has helped me to host it on his server, it is possible to sell the domain: free-tutorials.org - I receive purchase offers at my personal Yahoo email address catafest@yahoo.com.

Minimum starting price 250 euros, because the domain is old from 2018.

Fedora 39 : DNF5 error update.

Sometimes errors may occur when installing Fedora packages using the dnf or dnf5 utility. One of the reasons may result from the coincidence of the package installation process. If you know how to build packages, how to develop the Fedora team, and how many repositories you have set up in your Linux distribution, then such an error can be easily fixed. Here is the error:

First, install the dnf5 and dnf5-plugins with this command:

sudo dnf install dnf5 dnf5-plugins

One good way to fix error is to have defined settings in : /etc/dnf/dnf.conf in order to have a good installation flow and how to link packages to the interconnected job.

See my example that fix this error:

Some packages may conflict in the repo and you can check with the dnf info fedora_repo_package command.

For example, you can use exclude=*.noarch in the [main] area.