ersion":"4.4.0-8.fc40","architecture":"x86_64","osCpe":"cpe:/o:fedoraproject:fedora:39"}
This seems to come from 4.4.0-8.fc40. Random check suggests there are
a bunch of CVEs with "LibTIFF 4.4.0" string.
The old "*.s
nother
>> option.
>>
We never patched the filesystem package to properly introduce the
symlink. It's extremely rare that it wouldn't be available in
buildroot, but it does happen.
Cheers,
david
--
___
devel mailing list -- devel@lists.fedora
On Wed, Apr 24, 2024 at 2:16 PM Florian Weimer wrote:
>
> * Andrea Bolognani:
>
> > Wouldn't changing -mabi effectively make the result a new Fedora
> > architecture? IIUC, binaries built with -mabi=lp64d wouldn't be able
> > to load libraries built with -mabi=lp64dv and vice versa.
> >
> > If
On Mon, Apr 22, 2024 at 1:12 PM Florian Weimer wrote:
>
> * David Abdurachmanov:
>
> > We most likely will not have ABIs installed in parallel, but we might
> > change ABI. Currently Linux distributions target "RV64GC", but we
> > don't really want that for th
means that libraries get installed into /usr/lib
and not /usr/lib64. Again that still doesn't solve the problem as some
applications will only check /usr/lib64/lp64d without a fallback to
/usr/lib64.
Cheers,
david
>
> Whatever we do, it should be upstream. Maybe convince RISC-V to a
On Sun, Apr 21, 2024 at 2:19 AM Kevin Kofler via devel
wrote:
>
> David Abdurachmanov wrote:
> > We currently use a symlink (as Richard) mentioned, but it's not ideal
> > and causes problems (e.g. meson generates wrong paths breaking some
> > packages [one example: libplac
dings I would assume that
Ubuntu will change their baseline ISA for RISC-V.
Back to original topic.
The symlink approach is simple, but also a bit ugly (remember meson
breaking some packages). We should pick one way, or another. Finally
remove the symlink. This might mean a lot of work to cleanup wha
The singularity-ce incompatible upgrade has now been pushed to stable.
This is the final announcement prescribed by the EPEL Incompatible Upgrades
Policy:
https://docs.fedoraproject.org/en-US/epel/epel-policy-incompatible-upgrades/
Cheers,
DT
On 9 Feb 2024, at 10:45, David Trudgian wrote
Not sure if SELinux policy needs to learn about the merge as well.
Currently, `sudo semanage fcontext -l | rg bin.*=` shows:
```
/sbin = /usr/sbin
/bin = /usr/bin
```
And there are executables in both /usr/bin and /usr/sbin with specific
labels, e.g. `sudo semanage fcontext -l | rg bin/.*virt`
Thank you! I have a couple other people who have expressed interest, so I will
send an email to all of you about the next steps (location of the repo, etc,
those sorts of logistics).
Thanks,
On 4/9/24 18:47, Priscila Gutierres wrote:
> Hello David,
>
> I would like to c
On 4/9/24 17:14, Kevin Fenzi wrote:
> On Tue, Apr 09, 2024 at 01:55:41PM -0400, David Cantrell wrote:
>> Hello all,
>>
>> I am looking for multiple people to help be upstream stewards of the
>> rpminspect-data-fedora project. This is a project that contains config
>
are interested, please email me directly and we can get going on the
logistics. If you have general questions, feel free to ask here.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
___
devel mailing list -- devel@lists.fedoraproject.org
> On Tuesday, 19 March 2024 at 09:41, David Bold wrote:
>
> Builds completed. I think you can submit the updates yourself now.
> Next time, I'd suggest opening a pull request against
> each of the packages you want to rebuild. That saves time for PPs.
>
> Regards,
> Dom
385
> fedpkg build --target=f40-build-side-85387
>
> Help with the rebuilds would be greatly appreciated, as I do not have
> permission for those
> two packages.
>
> Best, David
It has been a bit over a week. Could I please get some help from a
provenpackager to re
-85387
Help with the rebuilds would be greatly appreciated, as I do not have
permission for those two packages.
Best, David
[0] fedrq wrsrc gloox -X -F source
[1] https://copr.fedorainfracloud.org/coprs/davidsch/testing/builds/
--
___
devel mailing list
statistics it is not quite clear to me to what extend
"small" projects matter at all. It seems there are around 30 TB of storage, of
which the two biggest user produce 5 TB each. Maybe an opt-in into deletion
plus some communication with the biggest storage users could be a solution?
Dav
On 2/15/24 11:19, Stephen Smoogen wrote:
On Thu, 15 Feb 2024 at 10:15, David Cantrell <mailto:dcantr...@redhat.com>> wrote:
On 2/14/24 13:32, Stephen Smoogen wrote:
>
>
> On Fri, 9 Feb 2024 at 17:17, Ian Laurie mailto:nixu...@mail.com>
>
d: hopefully also serves as a rebuild bump for riscv64)
I started building this NVR a couple of hours ago in Fedora/RISCV Koji.
http://fedora.riscv.rocks/koji/taskinfo?taskID=1602528
Should take ~24 hours.
Cheers,
david
>
> Cheers, Jens
>
> --
> _
t there are some other
semi-active forks. I don't think that really matters. The program
itself could be useful for research and just as another tool in the
toolbox for development.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
___
de
ed yet.
>
> I'm not saying I won't take the patch I was just surprised it
> was allowed and/or worked and was trying to find out more details
> before I did anything.
There are a number of _arches macros defined in Fedora. Usually that's
language specific, bu
> > https://src.fedoraproject.org/rpms/gdal/pull-request/21
> > > >
> > > > For many years we have been building Fedora for the RISC-V
> > > > architecture on a separate build system at
> > > > http://fedora.riscv.rocks/koji/ , and maintaining do
llow-up notification here.
Cheers,
David Trudgian
[1] https://pagure.io/epel/issue/265#comment-894790
--
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedo
.
Package (co)maintainers
calendar dcantrell, egoode
Fixed calendar.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
fi
> if ! test -r usr/$lib/$sltarget; then
> echo "$sl: inferred $sltarget ($(readlink $sl)) missing"
> exit 1
>
Hi Florian,
The above worked. See the build:
http://fedora.riscv.rocks/koji/buildinf
On Thu, Feb 1, 2024 at 4:10 PM David Abdurachmanov
wrote:
>
> On Thu, Feb 1, 2024 at 3:44 PM Richard W.M. Jones wrote:
> >
> > On Thu, Feb 01, 2024 at 02:24:10PM +0100, Florian Weimer wrote:
> > > * David Abdurachmanov:
> > >
> > > > Hi Florian,
On Thu, Feb 1, 2024 at 3:44 PM Richard W.M. Jones wrote:
>
> On Thu, Feb 01, 2024 at 02:24:10PM +0100, Florian Weimer wrote:
> > * David Abdurachmanov:
> >
> > > Hi Florian,
> > >
> > > I was trying to build the latest glibc [0] in Fedora
Dear all,
Following advice from Neal elsewhere on this list [1], I’m requesting that the
singularity-ce EPEL packages may be updated to 4.1.0 following the incompatible
upgrade procedure. The justification for the upgrade is that 3.x singularity-ce
is no longer maintained upstream. Note that
Thanks for your comments.
>> I’ve had some discussion with Jonathan Wright elsewhere about the topic of
>> this message, but wanted to verify my understanding is correct before I
>> embark on it, and thought I’d do so on list.
>>
>> singularity-ce is currently packaged at v4.0.3 in Fedora
Hi all,
I’ve had some discussion with Jonathan Wright elsewhere about the topic of this
message, but wanted to verify my understanding is correct before I embark on
it, and thought I’d do so on list.
singularity-ce is currently packaged at v4.0.3 in Fedora Rawhide, and v.3.11.5
elsewhere
Many thanks for clarifying the bundling of 3rd party binaries.
> On 23 Jan 2024, at 21:18, Stephen Gallagher wrote:
>
> If you are bundling any software, you need to `Provides:
> bundled(software)`. This is so we can easily locate affected packages
> when e.g. a security issue necessitates
Hi all,
I currently package singularity-ce for Fedora and EPEL.
Upstream, we bundle current versions of squashfuse and conmon with our source
and own binary packages… because many distros package versions that are too old
to work with SingularityCE, and users installing our upstream binary
the build from the mass rebuild [1].
Can some one cancel the build for me? I think the timeout is quite late, and I
do not want a stuck build waste all the compute time ...
Any hints on how to debug mpich related issues on s390x would of course also be
appreciated :-)
Best,
David
[1] https
On Tue, 2023-12-12 at 16:30 +0100, Siteshwar Vashisht wrote:
[...snip...]
Hi Siteshwar, thanks for working on this.
It looks like you're got the basic infrastructure of scanning working,
but the prototype seems to be missing some things that IMHO would be
essential to package maintainers
On Thu, Jan 4, 2024 at 4:07 PM Nick Clifton wrote:
>
> Hi David,
>
> > binutils-2.31-18.fc40 didn't land in f40 as Bodhi CI gating marked it
> > as failed. The failures don't seem to be related to binutils package
> > itself. Seems like CI test is/was broken, o
On Thu, Jan 4, 2024 at 11:20 AM Nick Clifton wrote:
>
> Hi David, Hi Florian,
>
> >>>> Here's the bug:
> >>>>
> >>>> https://sourceware.org/bugzilla/show_bug.cgi?id=31179
> >>>> RISC-V: The SET/ADD/SUB fix breaks ABI c
On Tue, Jan 2, 2024 at 7:20 PM Peter Robinson wrote:
>
> On Tue, Jan 2, 2024 at 5:15 PM David Abdurachmanov
> wrote:
> >
> > On Tue, Jan 2, 2024 at 6:26 PM Peter Robinson wrote:
> > >
> > > On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
> > >
On Tue, Jan 2, 2024 at 6:26 PM Peter Robinson wrote:
>
> On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
> wrote:
> >
> > On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
> > >
> > > * David Abdurachmanov:
> > >
> > > > On Tu
On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
>
> * David Abdurachmanov:
>
> > On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones wrote:
> >>
> >>
> >> I'm not sure exactly the effect on RISC-V binaries, but I wanted to
> >> raise it her
mic loader looks for shared libraries does
not change, but it will check specific subdirectories based on your
hardware capabilities.
I believe openSUSE already ships optional architecture optimized
packages, which use exactly this glibc feature.
david
>
> Vít
>
> --
> ___
, but that seems very
> problematic to me:
> https://github.com/riscv-non-isa/riscv-elf-psabi-doc/pull/414
Yeah. I doubt we need a tag. I don't think it solves anything. Nelson
commit (i.e. workaround) + mass rebuild should resolve any
inconveniences AFAIK.
Cheers,
david
>
> Ric
On 12/11/23 12:31, Neal Gompa wrote:
> On Mon, Dec 11, 2023 at 11:36 AM David Cantrell wrote:
>>
>> On 12/8/23 10:25, Stephen Gallagher wrote:
>>> On Fri, Dec 8, 2023 at 9:58 AM Zbigniew Jędrzejewski-Szmek
>>> wrote:
>>>>
>>>> Hi,
>>
tc.
For this to be really clean and nice, everything that drops a file in
/etc needs to handle the "read in the default; then read in the optional
local overrides" model. I know a lot of stuff already does this, but
some things don't. It would be a nice goal to aim for and maybe we can
su
s
it solve for me - a sysadmin with a few servers and some workstations?
If the answer is in one of the early bits of this thread, could you
point me to it please?
Thanks!
--
*
David P. Both, RHCE
Hi,
On Thu, 2023-11-30 at 12:51 +, Ankur Sinha wrote:
> On Thu, Nov 30, 2023 09:23:58 +0100, David Tardon wrote:
>
> > The kernel command line arguments for dracut that the page mentions
> > still work the same way they worked 10 years ago. (With the
> > exception
>
Hi,
On Tue, 2023-11-21 at 06:39 +, Ankur Sinha wrote:
> Hi folks,
>
> We have this issue open on the quick-docs repo:
> https://pagure.io/fedora-docs/quick-docs/issue/641
>
> TLDR; the "debug-dracut-problems" quick doc seems to be out of date
> and
> needs review/updating.
>
>
Hi Iñaki
On 2023-11-24 14:00, Iñaki Ucar wrote:
Hi David,
We have a couple of broken R packages due to this update:
- https://src.fedoraproject.org/rpms/R-xml2
- https://src.fedoraproject.org/rpms/R-XML
But I'm overloaded right now and I've been unable to take a look. Any help
would
The latest released versions of libxml2 have a couple of important
changes in header files that have unintentionally caused some packages
to fail to build without modification, including:
* several functions now accept or return a const xmlError struct
* cyclic dependencies in header files
Thanks Dan, I will have a go at your machine + mock to reproduce and debug.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
> On Tue, 07 Nov 2023 10:17:06 -
> David Schwörer
>
> if you mean strange as ppc64le, then it's in the output just because I
> was updating a rawhide/ppc64le system, but the problem exists on all
> arches. The libmpi_cxx.so.40 doesn't exist at all in openmpi 5.0, so
MUSIC is an independent package, that just happens to fail to build from source
after a new openmpi has been landed. bout++ is affected as well, and I would be
unhappy if it would be obsoleted by openmpi.
I think having more time to adapt dependent packages would have been helpful,
as I do not
Just had upstream dev move to f39 and I tried it myself.
Building an installing a kernel from Linus now fails
make -C /home/airlied/devel/kernel/build \
-f /home/airlied/devel/kernel/linux/Makefile install
make[1]: Entering directory '/home/airlied/devel/kernel/build'
make --no-print-directory
Hi,
On Thu, 2023-10-12 at 05:38 +, Gwyn Ciesla via devel wrote:
> Libcmis 0.6.0 is coming to rawhide, and libreoffice-TexMaths,
> openoffice.org-diafilter, python-paperwork-backend, and libreoffice
> are being rebuild against it.
FTR, I sincerely doubt either openoffice.org-diafilter or
On Fri, Oct 6, 2023 at 12:58 PM Florian Weimer wrote:
>
> I had to revert part of this commit:
>
> commit 0676a754f0508957f289eac5eda01091778cebc2
> Author: David Abdurachmanov
> Date: Wed Jul 10 16:21:32 2019 +0300
>
> rpmrc: update optflags for riscv64
>
>
think cancelling the FESCo meeting in favor of
the go/no-go meeting is the better option.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 8/31/23 11:19, Neal Gompa wrote:
There is nothing new with the "meeting" tag and no progress on the
existing one on incomplete changes. I'll chair the next meeting next
week.
There's also nothing to announce either.
Thanks, Neal.
--
David Cantrell
Red Hat, Inc. | Boston, MA
On 8/30/23 15:45, Adam Williamson wrote:
On Wed, 2023-08-30 at 12:11 -0400, David Cantrell wrote:
On 8/29/23 23:13, Ian Laurie wrote:
coreutils-9.3 brought changes to the behavior of the -v option which
broke some of my automation scripts.
Because of this I have been blocking updates
and in Matrix chat.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
> However, xmvn-connector-ivy mock builds in rawhide just fine.
Note that this is an old mail from Miro, in his most recent FTBFS announcement
the package isn't listed anymore as it has been fixed in the mean time.
Before that, there was no successful build since f36.
Hope that helps
background, #54 works really well for both. Not so
well on light backgrounds though.
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info
Yes, 14 days would be fine. Sehr gut.
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info - Home of the DataBook for Linux
DataBook
.
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info - Home of the DataBook for Linux
DataBook is a Registered Trademark of David Both
appreciate knowing that history.
[1] http://www.both.org/?page_id=1183
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info - Home of th
try to figure out how to take that over and will go from there.
Any comments, pointers, and suggestions are welcome.
Thanks!
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org -
Fedora/CentOS/RHEL user for
your own reward, I'll be in the line that welcomes you back and looks forward
to your help.
--
David Duncan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
n is to find libraries under ABI
subdirectory, e.g. /usr/lib64/lp64d
In Fedora/RISCV /usr/lib64/lp64d is a symlink back to /usr/lib64
From glibc:
[..]
This program interpreter self-identifies as: /lib/ld-linux-riscv64-lp64d.so.1
Shared library search path:
(libraries located via /etc/ld.s
> $ sudo dnf repoquery -l python3-bout++ | grep info
> # returns nothing
>
> Thanks again for all your replies. I'm going to spend some time
> tinkering with the nest sources to see what I can do.
They should be though in the mpi packages:
$ sudo dnf repoquery -l python3-bout++-mpich | grep info
> On Tue, Jun 13, 2023 08:31:49 -0000, David Schwörer wrote:
> That's interesting. So it builds the cpython as part of the cmake build
> and then simply installs it in the required directory.
>
> How does it generate the dist-info metadata, though? That's the bit
> where
PEP-517 enabled.
This doesn't call the pyproject macros, but just the cmake ones [3], so not
sure this is applicable to what you need, but maybe it offers at least some
insight into how it is done for other MPI codes ...
Best,
David
[1]
https://github.com/boutproject/BOUT-dev/blob/master
> Seems a bit disappointing. I’ve been searching but cannot find any
> info on configuring docker to use Fedora’s repo so I could just ignore
> the issue altogether. :)
You should be able to use a full url:
podman pull registry.fedoraproject.org/fedora:rawhide
podman pull
> == Benefit to Fedora ==
>
> java maintainers will finally some free time... No kidding -
> maintenance and *certification* of so much supported JDKs on so much
> Fedora versions is brutal. By building once, and repack, we will
> regain cycles to continue support Fedora with all LTS and one
disconnected from any particular init
system making it appealing for appliances and other special use cases.
Given ISC dropping dhclient, we should probably be doing the same in Fedora.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing l
ot and
root shell. That's what I would rely on. ¯\_(ツ)_/¯
Color wise, purple would actually be really bad for me because I can't
distinguish that from red in many cases. But it usually registers as
"different" than green.
(with apologies to zsh, but we all have wild zshrc files an
Thanks Neal!
Responding inline, but from gmail, so it's not as pretty as I would like.
On Sat, May 13, 2023 at 2:15 PM Neal Gompa wrote:
> On Sat, May 13, 2023 at 3:02 PM David Duncan wrote:
> >
> > Now that awscli2 is out and functional. Gwyn and I are thinking it's
&
Now that awscli2 is out and functional. Gwyn and I are thinking it's time to
retire the original awscli package in favor of this one. We are thinking that
it will be best to keep the awscli (v1) maintained until the release of F39
later this year and retire it from the active releases it at
de of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to
On Wed, May 3, 2023, at 10:38 PM, Dave Dykstra via epel-devel wrote:
> On Wed, May 03, 2023 at 02:48:05PM -0500, Carl George wrote:
> > On Thu, Apr 27, 2023 at 9:42 AM Dave Dykstra via epel-devel
> > wrote:
> > >
> > > We believe that it is important to apply this change to all EPEL releases,
> >
Dave,
On Wed, May 3, 2023, at 10:31 PM, Dave Dykstra via epel-devel wrote:
> On Wed, May 03, 2023 at 02:59:42PM -0500, Carl George wrote:
> > On Thu, Apr 27, 2023 at 10:20 AM Dave Dykstra via epel-devel
> > wrote:
> > >
> > > On Thu, Apr 27, 2023 at 02:11:46AM -0500, Carl George wrote:
> ...
> >
/ld --sysroot option rewrites paths
that include the configured /usr prefix, so e.g.
gcc --sysroot=/usr/x86_64-SYSROOT-linux-gnu -E -Wp,-v -xc /dev/null
shows that it will only search
/usr/x86_64-SYSROOT-linux-gnu/usr/include for headers. It would be
nice if all new sysroots standardized on a prefix of
On Thu, Apr 27, 2023, at 8:11 AM, Carl George wrote:
> The Red Hat CVSS score for CVE-2022-1184 has the same breakdown as the
> NVD CVSS score. Both rate the "privileges required" property as low.
> From what I can tell that property would be rated high if they
> considered root privileges to be
h this update
>> from testing, or may I leave it there and send an announcement to
>> epel-announce that it is there and pending approval by the committee?
>> The bodhi settings are set so they won't get auto-updated by karma or
>> time.
>>
>> A
Hello,
The maintainer of the apptainer package has submitted updates to version
1.1.8-1 against epel-testing:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-18a0e3fa23
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-44ff2475c4
On Sat, Apr 22, 2023 at 10:48 AM Matthew Miller
wrote:
> On Sat, Apr 22, 2023 at 10:13:31AM -0400, David Michael wrote:
> > > Would it be possible to add a warning to this effect? Without any form
> > > of sandboxing Firecracker is not suitable for production use.
> >
On Fri, Apr 21, 2023 at 10:02 PM Demi Marie Obenour
wrote:
> On 4/21/23 11:13, David Michael wrote:
> > Hi,
> >
> > Following up on this, Firecracker has been accepted and submitted to
> > Fedora. Thanks to Fabio for all of the Rust reviews.
> >
> > F37
from the original e-mail:
On Sat, Mar 4, 2023 at 12:40 PM David Michael wrote:
> - The musl package adds /usr paths for compatibility with the compiler
> --sysroot option.
> - The rust compiler adds musl target subpackages.
Targeting musl was dropped after the initial discu
Time corrections from the original announcement:
14:00 - 18:00 UTC
10:00 - 14:00 EDT
16:00 - 20:00 CEST
Thanks,
On Mon, Apr 17, 2023 at 11:35:36AM -0400, David Cantrell wrote:
> Fedora Legal will be conducting a hackfest on April 26, 2023 during a four
> hour block. Information is on th
AHOE and Latex2e-translated-notice are on the spdx.org/licenses list,
but are not in fedora-license-data. Please open a license review issue at
https://gitlab.com/fedora/legal/fedora-license-data/-/issues for BSD-4.3TAHOE
and Latex2e-translated-notice.
Thanks,
--
David Cantrell
Red Hat, Inc. | Bo
in spec files to SPDX syntax.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora
in spec files to SPDX syntax.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora
SBCs definitely Ubuntu is #1 suggestion, but that wasn't
the case for many years. Ubuntu came to RISCV land very late (I would
say somewhat recently), but now should be dominating (no way to
confirm). Nice work by the Ubuntu community and Canonical engineers.
They truly want to support every piece of hardwa
ll the extensions
available.
Once that is available we can wire detection in RPM (not sure if that
actual logic should be directly written in RPM, or as a separate
library).
I would suggest "rva20", "rva22", "rva23" as new arch strings. Where
"riscv64" is e
ntrol -- and I had that position well before I joined
> the RISC-V world. Profiles are a step, but by no means a complete
> solution. Distros are terrible at supporting ISA customizations.
Fragmentation issue on RISC-V is a bigger problem than in ARM land.
Profiles are trying to help her
On Sat, Apr 15, 2023 at 4:49 AM Jeff Law wrote:
>
>
>
> On 4/12/23 10:57, David Abdurachmanov wrote:
>
> >
> > We have been focusing and building for RV64GC, which is kinda
> > represented by the RVA20 profile. RVA20 is considered a major profile,
> >
-{v3,v4}
hardware where applications get 3%, 5%, 10% in some very specific
workloads a bit more. IIRC bit-manip alone can deliver significant
performance improvements. I think there are ~130 extensions right now,
and there are another ~50 in the pipeline right now.
We can use glibc-hwcaps, a
> ...snip...
>
>
> I think this is a great idea and we should do it, but I have some
> questions. :)
>
> We currently use 'fedimg' to upload ami images, and it currently uploads gp2
> and 'standard' images. Do we need to then modify fedimg to upload gp3?
>
I am working on replacing the
eptable:
> https://github.com/ximion/appstream/pull/469
I believe this sort of thing will show up here and there as we convert more
packages to using SPDX license expressions.
The SPDX expression spec can be found here:
https://spdx.github.io/spdx-spec/v2.3/SPDX-license-expressions/
--
On Tue, Mar 14, 2023 at 08:47:36AM -0500, Michael Catanzaro wrote:
> On Tue, Mar 14 2023 at 09:37:25 AM -0400, David Cantrell
> wrote:
> > There may
> > be longer examples.
>
> Uh, yeah. texlive's is bad enough but I'm skeptical that that's close to a
> worst-cas
tates "an enumeration of all licenses covering any code or other
material contained in the corresponding binary RPM". This means licenses that
appear in build scripts, GNU autotools helper scripts, and other things in the
source tree that are not part
On Sat, Mar 4, 2023 at 5:51 PM Neal Gompa wrote:
> On Sat, Mar 4, 2023 at 12:41 PM David Michael wrote:
> > Hi,
> >
> > Firecracker[0] is a minimal virtual machine manager (a la QEMU)
> > written in Rust that uses KVM to start Linux VMs extremely quickly and
>
as if they were vendored to avoid package name
conflicts since nothing else uses them, but I don't know the preferred
way to deal with those.
So does any of that sound like a showstopper for being included in
Fedora? Is there any other interest in the project from the
community?
Thanks.
David
[0] https
On Thu, Feb 9, 2023 at 2:24 PM Richard W.M. Jones wrote:
>
> On Thu, Feb 09, 2023 at 08:06:33AM -0500, Neal Gompa wrote:
> > On Thu, Feb 9, 2023 at 8:01 AM Richard W.M. Jones wrote:
> > > David is building Fedora 37+ for RISC-V:
> > >
> > > http://fedo
1 - 100 of 1975 matches
Mail list logo
