We Make Fedora

February 24, 2026 · **howto**

dnf install https://rpms.remirepo.net/fedora/remi-release-44.rpm

dnf install https://rpms.remirepo.net/fedora/remi-release-43.rpm

dnf install https://rpms.remirepo.net/fedora/remi-release-42.rpm

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-10.rpm
subscription-manager repos --enable codeready-builder-for-rhel-10-x86_64-rpms

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-9.rpm
subscription-manager repos --enable codeready-builder-for-rhel-9-x86_64-rpms

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
subscription-manager repos --enable codeready-builder-for-rhel-8-x86_64-rpms

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-10.rpm
crb install

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-9.rpm
crb install

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
crb install

dnf module reset php
dnf module enable php:remi-8.5
dnf install php-cli php-fpm php-mbstring php-xml
dnf module switch-to php:remi-8.5/common
dnf update
$ php -v
PHP 8.5.3 (cli) (built: Feb 10 2026 18:25:51) (NTS gcc x86_64)
Copyright (c) The PHP Group
Built by Remi's RPM repository  #StandWithUkraine
Zend Engine v4.5.3, Copyright (c) Zend Technologies
    with Zend OPcache v8.5.3, Copyright (c), by Zend Technologies

Subject: Re: Webian?
Resent-Date: Thu,  9 Jun 2011 19:58:19 +0000 (UTC)
Resent-From: debian-private@lists.debian.org
Date: Thu, 09 Jun 2011 20:07:31 +0100
From: Philip Hands <phil@hands.com>
To: Faidon Liambotis <paravoid@debian.org>, debian-private@lists.debian.org, leader@debian.org

On Thu, 9 Jun 2011 18:53:22 +0300, Faidon Liambotis <paravoid@debian.org> wrote:
> Hi,
>
> On this week's LWN there is an article about Webian, a project aiming to
> create an operating system based on Mozilla and web technologies a la
> ChromeOS (as I understand it).
>
> Apparently, there is no relation to Debian at all, besides both having
> the goal of producing an operating system.
>
> Personally, I find the use of the name "Webian" and the similarity to
> our name  a bit unfortunate and perhaps as a trademark infringement (but
> IANAL).

*sigh*

Likewise IANAL, but as I understand it, if one does not defend a
trademark, one risks losing it.

I suppose if we were to decide that we didn't mind too much, rather than
telling them to change the name, we could sell them a license to use it
(for some bitcoins perhaps?), just so that we can demonstrate that we're
defending the mark when someone we really don't like comes along.

It would be better if they changed it though.

Oh, and if we're telling people off about that, perhaps there's another
candidate here:

  https://launchpad.net/webian

although that does look like a dead project, but it might be worth
submitting a Cease&Desist as a bug report, asking them to leave the
notice at that URL as something for Google to find, so the next person
to think they're being original can find out that they're not.

Actually, we (well, sort-of we) have apparently been using the name
since 2006, not that this seems to have come to anything:

  http://wiki.debian.org/JoseParrella#Webian

bit it does rather nicely demonstrate that they should have expected
trouble.

Also, this is _Mozilla_ violating our trademark, right?  *raise eyebrow*

Cheers, Phil.
-- 
|)|  Philip Hands [+44 (0)20 8530 9560]    http://www.hands.com/
|-|  HANDS.COM Ltd.                    http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND

Subject: [VAC] 12-16 September, London
Resent-Date: Mon, 10 Sep 2012 09:17:24 +0000 (UTC)
Resent-From: debian-private@lists.debian.org
Date: Mon, 10 Sep 2012 11:17:02 +0200
From: Stéphane Glondu <glondu@debian.org>
To: debian-private@lists.debian.org

Hi,

I'll be in London from the 12th to the 16th, attending the Bitcoin
conference[1] during the week-end.

Other than that, I would be happy to share some keys and sign some beer.
My (French) cell number is known to LDAP.

Cheers,

-- 
Stéphane

¹: http://bitcoin2012.com/

Subject: Re: Want to buy Bitcoin? Have a US credit card?
Date: Wed, 6 Aug 2014 20:19:27 +0200
From: martin f krafft <madduck@debian.org>
Organization: The Debian project
To: debian private list <debian-private@lists.debian.org>

Thank you for all your kind responses and offers. I found exactly my
model on Ebay, one week old (post-exhibition sale, almost 50% off,
so I went for that and shelled out to Paypal. One day, Bitcoin will
rule…).

Here's a bit of info coming back. People suggested other sites, but
none of them had the model I sought. Notably, overstock.com came
close and does accept Bitcoin.

So I am all set now, but obviously, … if someone from the US still
wanted Bitcoin, we could set up a deal and avoid exchange
commissions on both sides (as I will be needing USD for DC14)…

-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 "the only difference between the saint and the sinner
 is that every saint has a past and every sinner has a future."
                                                        -- oscar wilde

dnf module switch-to php:remi-8.5/common

dnf module reset php
dnf module enable php:remi-8.5
dnf update

yum install php85
dnf module switch-to php:remi-8.4/common

dnf module reset php
dnf module enable php:remi-8.4
dnf update

yum install php84
Para: <debian-private@lists.debian.org> 

Não tenho estado muito ativo ultimamente, mas com a recente atividade do nosso 
líder e o apoio oficial ao women-mini-debconf, quero me retirar 
do projeto. Não quero mais fazer parte dele. Por favor, 
aprovem minha declaração de aposentadoria. Nos vemos em um projeto onde 
todos serão bem-vindos. Não apenas mulheres.

dnf --enablerepo=remi install phpunit13
void handle_mctp_control_message(struct mctp_hdr * mctp_req,  int req_len,  struct mctp_hdr * mctp_resp,  int *resp_len)
{

}
struct mctp_hdr * mctp_req  = (struct mctp_hdr *)pcc_req->buffer_start;
int mctp_req_len = pcc_req->length - sizeof(MCTP_SIGNATURE);
struct mctp_hdr * mctp_rsp  = (struct mctp_hdr *)pcc_rsp->buffer_start;
struct pcc_header_p {
    struct pcc_header * header;
    int buffer_length;
}

struct mctp_header_p {
    struct mctp_header * header;
    int length;
    int buffer_length;
}
void pcc_2_mctp(struct pcc_header_p *pcc, struct mctp_header_p *mctp)
{
   mctp->header = (struct mctp_header *)pcc->header[sizeof struct pcc_header];
   mctp->len =  pcc->header.length - sizeof(MCTP_SIGNATURE);
   mctp->buffer_length = pcc->buffer->length - sizof(struct pcc_header);

}
Subject: Re: Open Letter to Debian election candidates about Debian vendettas
Date: Sun, 20 Mar 2022 21:00:02 +0900
From: Hideki Yamane <henrich@iijmio-mail.jp>
To: Daniel Pocock <daniel@pocock.pro>
CC: debian-devel@lists.debian.org

Hi,

 [ ... snip gaslighting ... ]

 Before talking, you should get counseling for a while since it seems that
 you have some cognitive troubles now. You'd be better to hear about your
 opinion and current your mind status from professional 3rd parties, not Debian.
 (If they say you're very healthy and good, then that's good. Don't you think so?)

 Without that, we cannot make a constructive conversation.
  As I said in my platform, "Be calm, stay cool, stay safe" - Hope you stay "cool"
 a bit with help from professionals, and you would to be able to a "contributor"
 to floss again.

 Life is short - to waste our time for fighting. Let's make more values for users.

-- 
Hideki Yamane <henrich@iijmio-mail.jp>

yum --enablerepo=remi-test install php85
yum --enablerepo=remi-test install php84
dnf module switch-to php:remi-8.5
dnf --enablerepo=remi-modular-test update php\*
dnf module switch-to php:remi-8.4
dnf --enablerepo=remi-modular-test update php\*
dnf --enablerepo=remi install qelectrotech
pub.kiwitcms.eu/kiwitcms/kiwi   latest  bad66695a117   732MB

management.0012_alter_classification_options_alter_component_options_and_more
testcases.0023_alter_category_ordering
Bug.create()
Bug.filter_canonical()
Bug.get_comments()
Bug.add_comment()
Bug.add_attachment()
Bug.list_attachments()
Bug.add_execution()
Group.filter()
Group.permissions()
Group.users()
TestExecution.add_attachment()
TestExecution.list_attachments()
TestExecution.create()
TestExecution.add_property()
TestRun.list_attachments()
TestRun.add_property()
TestRun.get_cc()
TestCase.create()
TestCase.create_date
TestPlan.create()
TestPlan.create_date
TestCase.add_comment()
TestExecution.add_comment()
BugTracker.filter()
id
Category.filter()
id
Classification.filter()
id
Component.filter()
id
Group.filter()
id
PlanType.filter()
id
Priority.filter()
id
Tag.filter()
id
Template.filter()
id
TestCase.filter()
id
TestCaseStatus.filter()
id
TestExecution.filter()
id
TestExecutionStatus.filter()
id
TestRun.filter()
id
User.filter()
id
TestCase.comments()
site
site_id
user
user_id
TestRun.create()
TestRun.create()
hub.kiwitcms.eu/kiwitcms/version          15.3 (aarch64)          3d15693bb229    28 Jan 2026     749MB
hub.kiwitcms.eu/kiwitcms/version          15.3 (x86_64)           0718496358e5    28 Jan 2026     732MB
hub.kiwitcms.eu/kiwitcms/enterprise       15.3-mt (aarch64)       235d645ffdfa    28 Jan 2026     1.02GB
hub.kiwitcms.eu/kiwitcms/enterprise       15.3-mt (x86_64)        b580a3c04ef3    28 Jan 2026     997MB

    scheduler.register(
        "*/5 * * * *",
        send_disk_usage,
        args=(client,),
        name="disk-usage",
    )

Subject: 	Re: Fwd: [April - Atelier] Open Bar : Une action en justice dans les tuyaux et DSI des Armées pro-microsoft
Date: 	Wed, 30 Aug 2017 13:15:58 +0200
From: 	Cryptie <cryptie@fsfe.org>
To: 	team@lists.fsfe.org, Hugo Roy <hugo@hugoroy.eu>, france@lists.fsfe.org

Hi all,

I think it would be a good idea to tell them what we did/ plan to do as, in France, they are those that could help us if we need.

Best,
Cryptie

Le 30 août 2017 13:12:00 GMT+02:00, Hugo Roy <hugo@hugoroy.eu> a écrit :

    Hi all,

    Important info: the company (Nexedi) will be represented by a lawyer
    that I know well, because he sucks.

    I think this makes it paramount that FSFE also sues, to ensure that
    things are done right and limit any damage that this guy may do.

    Matze: maybe you remember, I talked about this guy and how he miserably
    failed a lawsuit (on a similar topic against Microsoft) last year.

    On 2017-08-30 12:43, Hugo Roy wrote:

        Hi there,

        You will find attached an April internal mailing list relating
        to the
        Microsoft - French Ministry of Defense contract, about which
        FSFE sent
        a request for information (in the potentiality of a lawsuit).

        A company (Nexedi) is, apparently, going to sue over this too.

        Thinking about replying to April that FSFE is also thinking about a
        lawsuit and to keep April updated (and that we are happy to work
        with
        them, as usual). Thoughts?

        Best,
        Hugo

    ------------------------------------------------------------------------

    Team mailing list
    Team@lists.fsfe.org
    https://lists.fsfe.org/mailman/listinfo/team

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

rpmquery -a | grep nfs
libnfsidmap-2.8.3-2.rc3.fc42.aarch64
sssd-nfs-idmap-2.11.1-1.fc42.aarch64
libnfs-6.0.2-6.fc42.aarch64
libnfs-devel-6.0.2-6.fc42.aarch64
nfs-utils-2.8.3-2.rc3.fc42.aarch64
qemu-block-nfs-9.2.4-2.fc42.aarch64

/home/ayoung *(rw,sync,insecure,all_squash,anonuid=6352,anongid=65603)
/home/grose *(rw,sync,insecure,all_squash,anonuid=1000,anongid=1001)
make -j $(nproc) && make -j $(nproc)
-machine virt \
-machine virt,dumpdtb=/tmp/qemu_virt.dtb \
[2026-01-22T18:40:07Z INFO virtiofsd] Client disconnected, shutting down
dtc -I dtb -O dts -o /tmp/qemu_dtb.txt /tmp/qemu_virt.dtb
        mctp_pcc@a008000 {
                interrupts = <0x00 0x50 0x04 0x00 0x51 0x04>;
                reg = <0x00 0xa008000 0x00 0x8000>;
                compatible = "mctp-pcc";
        };

set debuginfod enabled off
handle SIGUSR1 noprint nostop
set print thread-events off

gdb --args ../qemu/build/qemu-system-aarch64 \
        -machine virt \
        -enable-kvm \
        -m 16G \
        -cpu host \
        -smp 16 \
        -nographic \
        -bios /usr/share/edk2/aarch64/QEMU_EFI.fd \
        -drive if=none,file=../virt/my_vm.qcow2,id=hd0 \
        -device virtio-blk-device,drive=hd0,bootindex=0 \
        -drive file=../virt/Fedora_Server_dvd_aarch64_42_1.1.iso,id=cdrom,if=none,media=cdrom \
        -object memory-backend-file,id=mem,size=16G,mem-path=/dev/shm,share=on \
        -numa node,memdev=mem  \
        -chardev socket,id=char0,path=/tmp/virtiofs_socket  \
        -virtfs local,path=/root/adam/linux,mount_tag=mylinux,security_model=passthrough,id=fs0 \
        -device virtio-scsi-device \
        2>&1 | tee /tmp/qemu.log

break pcc_timer_callback
irq->handler(irq->opaque, irq->n, level);
kvm_arm_gic_set_irq(s->num_irq, irq, level);
(gdb) print irq
$1 = 80
 if (irq < (num_irq - GIC_INTERNAL)) {
        /* External interrupt. The kernel numbers these like the GIC
         * hardware, with external interrupt IDs starting after the
         * internal ones.
         */
        irqtype = KVM_ARM_IRQ_TYPE_SPI;
        cpu = 0;
        irq += GIC_INTERNAL;
    } 

12: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 80 Level pcc-mbox
13: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 81 Level pcc-mbox
14: 37 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 33 Level uart-pl011
static const int a15irqmap[] = {
    [VIRT_UART0] = 1,

int irq = vms->irqmap[uart];
...
    qemu_fdt_setprop_cells(ms->fdt, nodename, "interrupts",
                               GIC_FDT_IRQ_TYPE_SPI, irq,
                               GIC_FDT_IRQ_FLAGS_LEVEL_HI);

#define GIC_INTERNAL 32
    container:
      image: quay.io/fedora/fedora:latest

name: CI via Tox
on:
  pull_request:
    types: [opened, synchronize]

jobs:
  tox:
    runs-on: fedora
    container:
      image: quay.io/fedora/fedora:latest
    steps:
      - name: Install required packages
        run: dnf -y install nodejs tox git
      - uses: actions/checkout@8e8c483db84b4bee98b60c0593521ed34d9990e8
        with:
          fetch-depth: 0
      - name: Install Python interpreters
        run: for py in 3.6 3.9 3.10 3.11 3.12 3.13; do dnf -y install python$py; done
      - name: Test with tox
        run: tox

name: AI Code Review
on:
  pull_request_target:
    types: [labeled]

jobs:
  ai-review:
    if: forgejo.event.label.name == 'ai-review-please'
    runs-on: fedora
    container:
      image: registry.gitlab.com/redhat/edge/ci-cd/ai-code-review:v2.3.0
    steps:
      - name: Run AI Review
        env:
          AI_API_KEY: ${{ secrets.GEMINI_API_KEY }}
        run: ai-code-review --platform forgejo --pr-number ${{ forgejo.event.pull_request.number }} --post

  # this has to be a separate job because ai-code-review container does not have nodejs in it
  # also note this does not work for PRs from forks because of a forgejo bug
  # https://codeberg.org/forgejo/forgejo/issues/10733
  remove-label:
    runs-on: fedora
    steps:
      - uses: https://github.com/actions-ecosystem/action-remove-labels@2ce5d41b4b6aa8503e285553f75ed56e0a40bae0 # v1.3.0
        with:
          labels: ai-review-please

Generation	Wikipedia	How Long
T (lost)	1883-1900	17
U (greatest)	1901-1927	26
V (silent)	1928-1945	17
W (boomer)	1946-1964	18
X	1965-1980	15
Y (millenial)	1981-1996	15
Z	1997-2012	15
alpha	2013-2025	12
beta	2026-2039	13
gamma	2040-???	??

Generation	Wikipedia	18 Years
T (lost)	1883-1900	1889-1907
U (greatest)	1901-1927	1908-1926
V (silent)	1928-1945	1927-1945
W (boomer)	1946-1964	1946-1964
X	1965-1980	1965-1983
Y (millenial)	1981-1996	1984-2002
Z	1997-2012	2002-2020
alpha	2013-2025	2021-2039
beta	2026-2039	2040-2058
gamma	2040-???	2059-2077

We Make Fedora

February 24, 2026

Architectures:

Repositories configuration:

Fedora 44

Fedora 43

Fedora 42

RHEL version 10.1

RHEL version 9.7

RHEL version 8.10

Alma, CentOS Stream, Rocky version 10

Alma, CentOS Stream, Rocky version 9

Alma, Rocky version 8

PHP module usage

PHP upgrade

Known issues

More information

February 22, 2026

February 21, 2026

Infrastructure Fedora 44 Beta freeze

Forge migrations

Last bits of rdu2-cc move

signing work

comments? additions? reactions?

February 20, 2026

Fedora Infrastructure

CentOS Infra including CentOS CI

Release Engineering

RISC-V

QE

Forgejo

UX

February 19, 2026

Linux App Summit 2026

February’s Board meeting

Audit submissions

GUADEC 2026

Membership certificates

What is new?

Why join?

Start here

February 18, 2026

What is Kiwi TCMS Community Edition

Who is this for

What do you get

What do all of the individual items mean

February 17, 2026

What is Private Tenant Extras by Kiwi TCMS

Who is this subscription for

What do you get

What do all of the individual items mean

February 16, 2026

February 15, 2026

February 14, 2026

Strange long httpd reload times on proxy11

Anubis and download servers

Anubis and forge

Some more scrapers

comments? additions? reactions?

February 13, 2026

Fedora Infrastructure

CentOS Infra including CentOS CI

Release Engineering

RISC-V

QE

Forgejo

EPEL

UX

February 12, 2026

February 11, 2026

Services: Timers created by Cockpit run shell commands and can be edited

Try it out

February 10, 2026

February 07, 2026

Fedora 44 Branching

Sprint planning meeting again monday

comments? additions? reactions?

February 06, 2026

FOSDEM

Board hackfest