he system and I know others
do as well. I would rather see anaconda modified so that if I am
creating a user account at install time, check for /home/USERNAME and if
USERNAME matches and the UID and GID matches, just don't create the home
directory. That is, -M on user
nduct/
> 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 spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
I tried raising this one from the dead last year, but changes in crypto-policy
have made the use cases I cared about difficult-to-impossible, and I am no
longer interested in maintaining this package. Upstream moved on from this
project some time ago[1], so anyone taking over the package would n
I updated gspell to 1.13.1 in rawhide and F41 yesterday, and rebuilt all
dependent packages that would be affected by the soname change (a build
system change uncovered a symbol that was unintentionally public, and is
now hidden, changing the ABI).
The updates are:
https://bodhi.fedoraproject
the
"released" versions of rpminspect-data-fedora (and
rpminspect-data-centos) would be more closely aligned with any snapshot
builds, but that requires one or more package maintainers. That's why I
was seeking out help.
Thanks,
--
David Cantrell
Red Ha
EPEL10 is currently in rawhide mode, thus updates get created automatically:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-bcaca74032
If you want to prevent this, you have to use a side-tag.
--
___
devel mailing list -- devel@lists.fedoraproj
sed to be a %gold_arches macro, but it was removed.
Cheers,
david
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-
On Fri, Jul 26, 2024 at 3:52 PM Miro Hrončok wrote:
>
> On 26. 07. 24 14:23, Andrea Bolognani wrote:
> > On Fri, Jul 26, 2024 at 03:13:27PM GMT, David Abdurachmanov wrote:
> >> On Tue, Jul 23, 2024 at 5:30 PM Miro Hrončok wrote:
> >>>
> >>> Dear maint
s with CVEs.
Cheers,
david
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
Li
Adam Samalik wrote:
> On Wed, 17 Jul 2024 at 10:54, Pavel Raiskup prais...@redhat.com wrote:
> > On úterý 16. července 2024 15:22:56, SELČ Stephen Gallagher wrote:
> > On Tue, Jul 16, 2024 at 3:44 AM Pavel Raiskup prais...@redhat.com
> > wrote:
> > [snip]
> > Do you suggest moving rawhide to branch
Cristian Le wrote:
> On 2024/07/09 17:09, Sandro via devel wrote:
> > On 09-07-2024 17:01, David Bold wrote:
> > Is it possible to have a PR without any code changes?
> > Is there an alternative, recommended way to ask for rebuilds?
> > Specifically in the case of %au
On Tue, 2024-07-09 at 13:37 +0200, Siteshwar Vashisht wrote:
> On Tue, Jul 9, 2024 at 1:16 PM Daniel P. Berrangé
>
> wrote:
>
> > On Sat, Jul 06, 2024 at 02:05:37AM +0200, Siteshwar Vashisht wrote:
> > > Hello,
> > >
> > > I am writing this message to get feedback from the community on
> > > pos
On Tue, 2024-07-09 at 13:37 +0200, Siteshwar Vashisht wrote:
> On Tue, Jul 9, 2024 at 1:16 PM Daniel P. Berrangé
>
> wrote:
>
> > On Sat, Jul 06, 2024 at 02:05:37AM +0200, Siteshwar Vashisht wrote:
> > > Hello,
> > >
> > > I am writing this message to get feedback from the community on
> > > pos
Sandro wrote:
> On 09-07-2024 17:01, David Bold wrote:
> > Is it possible to have a PR without any code changes?
> > Is there an alternative, recommended way to ask for rebuilds?
> Specifically in the case of %autorelease, you can bump the release with
> an empty commit:
alternative, recommended way to ask for rebuilds?
Best,
David
[0] https://src.fedoraproject.org/fork/davidsch/rpms/petsc/diff/rawhide..rawhide
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QIOG5NGHKIABSU2M2QQCZ67PHZSVVV5H
>
> > It looks like there's only 2 packages using the old soname.
>
> David, have you had a chance to file the bug? We wouldn't want this
> to slip through the cracks.
No I haven't. Feel free to file one if you have free cycles
aproject.org
>> Do not reply to spam, report it:
>> https://pagure.io/fedora-infrastructure/new_issue
>>
> --
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.f
t;,"version":"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
gure might be another
>> 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 l
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 tha
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 f
time we checked it,
disabling multilib 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 sh
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: li
rofiles.
From what I heard at public RVI meeting recordings 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 th
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 contribute. W
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
>
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,
>
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>
>
pefully 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
>
> --
>
ant in 2010, but 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
--
__
but they're not merged 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. U
> > 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
.
Package (co)maintainers
calendar dcantrell, egoode
Fixed calendar.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
; 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 40 for
l 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]
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 actuall
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
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
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 i
paths glibc dynamic 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
>
>
ussion about adding an ELF tag, 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 A
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,
>>
to always be
host-dependent so they will always exist in /etc.
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 do
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.
>
> https://docs.
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 hel
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 were
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:
https://docs.fedoraproject.org
> 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
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
libre
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
>
>
or today I 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 t
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. |
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 to
e or in chat. I am dcantrell on IRC 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.fedorapr
> 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
__
black 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
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 is a
n Tag.
--
*
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
- thanks for the responses. I 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.Li
will
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.o
the CentOS Stream and ELN
communities. If you ever decide to return as a 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 -- deve
tation 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
> 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 quay.io/fedora/fedora:r
> == 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 ST
It is 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
een a non-root 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 w
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&#x
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 that
devel-le...@lists.fedoraproject.org
> Fedora Code 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/l
sl packaging: The gcc/cpp/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 sysroo
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 discussion, so
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
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
tags 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
F
e with. If you want to get the best out-of-the-box experience on
your RISCV 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 Ubunt
or RISCV, in v6.4 and v6.5 kernel (I hope). We don't have
cpuid instruction, HWCAP is way too small for all 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 sugge
RISC-V from a distro standpoint if it's not
> brought under control -- 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
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,
> >
baseline on top of x86_64-{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
> ...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 curren
s acceptable:
> 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
&g
rtant. Note the
guidance states "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
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
>
ually bundling them 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
communi
1 - 100 of 1248 matches
Mail list logo
