GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - fedora-modularity/fus

BranchesTags
Open more actions menu

Latest commit

 

History

116 Commits
116 Commits

Folders and files

NameName
Last commit message
Last commit date
data
data
 
 
tests
tests
 
 
COPYING
COPYING
 
 
README.md
README.md
 
 
fus.c
fus.c
 
 
fus.h
fus.h
 
 
main.c
main.c
 
 
meson.build
meson.build
 
 
repo.c
repo.c
 
 
tests.c
tests.c
 
 

Repository files navigation

Purpose

This tool attempts to produce a viable "depsolved" collection of packages.

Unlike earlier tools of this type, it understands the concept of modules and module streams and can incorporate them into the dependency solving algorithm.

It takes as input a list of repositories and a list of artifacts of various types that must be in the output package set. The full list of input types is in "Usage" below, but it includes individual RPMs, comps style groups and categories, and, as mentioned above, modules, either whole or as part of a stream.

It then attempts to output a package set that includes all required artifacts as well as all additional packages needed to allow the required artifacts to be installed.

NOTE: This does not mean that the entire output package set can be installed at once. Many module use cases prevent this, as do some existing basic RPM use cases.

What it does mean is that for each output artifact, there is the potential to resolve the RPM and module-level dependencies to allow it to install.

Known limitations

  • Shared RPM artifacts are not supported

Building

$ meson builddir
$ ninja -C builddir

Usage

$ ./builddir/main --repo NAME,TYPE,PATH --debug ITEM

There can be multiple repos. The name is just the name of the repository; type can be lookaside or anything else.

Item to include in the input can have one of the following forms.

  • module(NAME) or module(NAME:STREAM) for modules
  • group:foo or category:bar for comps input
  • just package name, or a glob matched against package names

Testing

To run all the available tests:

$ ninja -C builddir test

Or to have more control on which tests are run, use gtester:

$ G_TEST_SRCDIR=$PWD/tests gtester builddir/tests

About

No description, website, or topics provided.

Resources

Readme
GPL-3.0 license
Activity
Custom properties

Stars

6 stars

Watchers

3 watching

Forks

7 forks
Report repository

Releases

Packages

Contributors

Languages

You are visitor 01402520 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.