Dne 01. 12. 20 v 19:35 Tom Stellard napsal(a):
On 12/1/20 8:33 AM, Vít Ondruch wrote:
Dne 01. 12. 20 v 13:56 Zbigniew Jędrzejewski-Szmek napsal(a):
On Tue, Dec 01, 2020 at 01:20:33PM +0100, Vít Ondruch wrote:
Dne 01. 12. 20 v 2:37 Tom Stellard napsal(a):
False positive because they use gcc
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201201.0):
ID: 733708 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Tue, Dec 01, 2020 at 04:48:41PM -, Benjamin Beasley wrote:
> I am the new volunteer maintainer of the orphaned xalan-c package
> (Xalan XSLT processor for C/C++). On 2020-12-08, I plan to submit a
> build of the new upstream version, 1.12.0, to Rawhide.
Hi Benjamin,
great to see this packa
Information about what architectures support what virtualization
features is encoded in the qemu spec file.
As an example, only a subset of architectures support qemu at all.
A different subset support KVM hardware acceleration. To find out
which you'd better be an expert at decoding RPM macros:
"Richard W.M. Jones" writes:
> Information about what architectures support what virtualization
> features is encoded in the qemu spec file.
>
> As an example, only a subset of architectures support qemu at all.
> A different subset support KVM hardware acceleration. To find out
> which you'd be
Hi Fabio,
On Tue, Dec 1, 2020 at 11:01 AM Fabio Valentini
wrote:
>
> I assume there are also at least *some* improvements (other than
> XWayland improvements) in the xserver repo that are not released yet?
>
Yes, surely.
Could we at least get one final, last, xserver release, maybe even
> with
Hi Zbyszek
On Tue, Dec 1, 2020 at 12:35 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Mon, Nov 30, 2020 at 02:05:55PM -0500, Ben Cotton wrote:
> > This change is about moving Xwayland to a separate package from the
> > rest of Xorg, built from git snapshots of the current code u
Hi Vít,
On Tue, Dec 1, 2020 at 1:12 PM Vít Ondruch wrote:
> Have you considered to keep using the "xorg-x11-server-Xwayland" package
> name?
>
Yes, the first package I did when considering this approach was indeed
named xorg-x11-server-Xwayland :)
Changing the name makes it clear that this pac
Hi Tom,
On Mon, 2020-11-30 at 14:06 -0800, Tom Stellard wrote:
> As part of the f34 change request[1] for removing make from the
> buildroot, I will be doing a mass update of packages[2] to add
> BuildRequires: make where it is needed.
As part of a previous change request [1] various packages w
On 12/2/20 1:04 AM, Jerry James wrote:
Hi all,
I need a little help. Sagemath packages up through version 9.1
bundled mathjax (several times! with 1 png file for every single
glyph in every single font!), which made the documentation very large.
When I built version 9.2, I attempted to unbundl
On 12/2/20 8:00 AM, Miroslav Suchý wrote:
Dne 01. 12. 20 v 13:07 Pavel Raiskup napsal(a):
I'm pleased to announce that there's a new Mock release. Except for
several bugfixes, this release introduces a new
"External Build Requires" feature (by Miroslav Suchý)
I want to ask you for feedback on
(Disclaimer: Just an XWayland user, so I might be totally wrong)
Am 01.12.20 um 10:58 schrieb Fabio Valentini:
I assume there are also at least *some* improvements (other than
XWayland improvements) in the xserver repo that are not released yet?
I think one example could be:
xwayland: Add EG
On Wednesday, 02 December 2020 at 11:35, Olivier Fourdan wrote:
> On Tue, Dec 1, 2020 at 1:12 PM Vít Ondruch wrote:
>
> > Have you considered to keep using the "xorg-x11-server-Xwayland" package
> > name?
>
> Yes, the first package I did when considering this approach was indeed
> named xorg-x11
Dne 02. 12. 20 v 11:51 Miro Hrončok napsal(a):
> I can imagine myself using this locally when some test dependencies are
> missing (e.g. in RHEL). I hope it's possible to
> use this with `mock --install` and not just as BuildRequires. It is not clear
> from the linked GH wiki page.
I did not tho
Hi Dominik,
On Wed, Dec 2, 2020 at 2:02 PM Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
>
> Provides: xorg-x11-server-Xwayland = %{version}-%{release}
> Obsoletes: xorg-x11-server-Xwayland < first-version-built-from-new-upstream
>
>
> https://docs.fedoraproject.org/en-US/packag
On Wed, Dec 2, 2020 at 8:14 AM Olivier Fourdan wrote:
>
> Hi Dominik,
>
> On Wed, Dec 2, 2020 at 2:02 PM Dominik 'Rathann' Mierzejewski
> wrote:
>>
>>
>> Provides: xorg-x11-server-Xwayland = %{version}-%{release}
>> Obsoletes: xorg-x11-server-Xwayland < first-version-built-from-new-upstream
>>
>
On Wed, Dec 02, 2020 at 07:36:44AM -0500, Ben Beasley wrote:
> To use a side-tag, I think I will need to ask for help from a
> provenpackager or file a releng ticket, in order to build dependent
> packages I do not maintain. Is that correct?
>
> It sounds like even the dependent package maintainers
How to quickly retest packages which listed here
https://fedorapeople.org/~tstellar/needs_br_make_packages.txt? I've tested few
locally and in Koji Rawhide scratch, but they are compiled fine.
___
devel mailing list -- devel@lists.fedoraproject.org
To u
On Wed, Dec 2, 2020 at 2:21 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Wed, Dec 02, 2020 at 07:36:44AM -0500, Ben Beasley wrote:
> > To use a side-tag, I think I will need to ask for help from a
> > provenpackager or file a releng ticket, in order to build dependent
> > packages I do not maintai
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-12-02 15:00 UTC'
Links to all issues to
On 12/2/20 2:13 PM, Miroslav Suchý wrote:
Dne 02. 12. 20 v 11:51 Miro Hrončok napsal(a):
I can imagine myself using this locally when some test dependencies are missing
(e.g. in RHEL). I hope it's possible to
use this with `mock --install` and not just as BuildRequires. It is not clear
from th
On Wed, Dec 02, 2020 at 02:48:46PM +0100, Fabio Valentini wrote:
> On Wed, Dec 2, 2020 at 2:21 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Dec 02, 2020 at 07:36:44AM -0500, Ben Beasley wrote:
> > > To use a side-tag, I think I will need to ask for help from a
> > > provenpackager or fi
https://fedoraproject.org/wiki/Changes/FedoraCoreOS
== Summary ==
This changes is to promote Fedora CoreOS to Edition status alongside
Workstation, Server and IoT.
== Owners ==
* Name: [[User:cverna|Clement Verna]]
* Email: cve...@fedoraproject.org
* Products: Fedora CoreOS
* Responsible WGs: F
https://fedoraproject.org/wiki/Changes/NtpReplacement
== Summary ==
The `ntp` package is replaced with `ntpsec`.
== Owner ==
* Name: [[User:mlichvar| Miroslav Lichvar]]
* Email: mlich...@redhat.com
== Detailed Description ==
`ntp` is one of the few NTP implementations provided in Fedora. It is
Here we are, already thinking about Change submission deadlines for
Fedora 34! Some key dates you should know:
* 2020-12-16 — Change proposal deadline: Changes requiring
infrastructure changes
* 2020-12-29 — Change proposal deadline: System-Wide Changes, Changes
requiring mass rebuild
* 2021-01-19
On Wed, Dec 2, 2020 at 9:23 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/FedoraCoreOS
>
> == Summary ==
>
> This changes is to promote Fedora CoreOS to Edition status alongside
> Workstation, Server and IoT.
>
> == Owners ==
>
> * Name: [[User:cverna|Clement Verna]]
> * Email: c
On Wed, Dec 2, 2020 at 9:24 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/NtpReplacement
>
> == Summary ==
>
> The `ntp` package is replaced with `ntpsec`.
>
> == Owner ==
> * Name: [[User:mlichvar| Miroslav Lichvar]]
> * Email: mlich...@redhat.com
>
> == Detailed Description ==
On Wed, Dec 02, 2020 at 10:00:04AM -0500, Neal Gompa wrote:
> Makes sense, though I think the release notes section would be pretty
> easy to write:
>
> "The classic ntpd service was formerly provided by the ntp package.
> The ntp software has significant security issues and development seems
> mo
On Wed, Dec 02, 2020 at 10:00:04AM -0500, Neal Gompa wrote:
> > == Release Notes ==
> > TBD
> >
>
> Makes sense, though I think the release notes section would be pretty
> easy to write:
>
> "The classic ntpd service was formerly provided by the ntp package.
> The ntp software has significant sec
Once upon a time, Tomasz Torcz said:
> There ARE functional changes. Mainly removal of long-obsolete drivers,
> full list can be found at:
> https://docs.ntpsec.org/latest/ntpsec.html#incompatible
> https://www.ntpsec.org/removal-plan.html
Yeah, this would break my use of NTP, since I use one o
Hi
devscripts grew a new runtime dependency for perl-File-DirList which was
not picked up. Review request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1903656
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list -- devel@lists.
On Wed, Dec 02, 2020 at 09:29:05AM -0600, Chris Adams wrote:
> Once upon a time, Tomasz Torcz said:
> > There ARE functional changes. Mainly removal of long-obsolete drivers,
> > full list can be found at:
> > https://docs.ntpsec.org/latest/ntpsec.html#incompatible
> > https://www.ntpsec.org/rem
=
#fedora-meeting-2: FESCO (2020-12-02)
=
Meeting started by sgallagh at 15:00:55 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-12-02/fesco.2020-12-02-15.00.log.html
.
Meeting
I've got a SystemD service file that starts a service, the problem is it
connects to another device that takes longer to boot up into a "ready"
state than the computer with the service.
I could just add a "ExecStartPre=/usr/bin/sleep 30" to the service file,
but will it delay for 30 seconds on res
On Mi, 02.12.20 09:56, Richard Shaw (hobbes1...@gmail.com) wrote:
> I've got a SystemD service file that starts a service, the problem is it
> connects to another device that takes longer to boot up into a "ready"
> state than the computer with the service.
>
> I could just add a "ExecStartPre=/us
Is there an available/alternative option for VirtualBox repo installs on F33?
Currently,
http://download.virtualbox.org/virtualbox/rpm/fedora/
has only up to F32.
This thread
https://forums.virtualbox.org/viewtopic.php?f=7&t=100418
is the latest info I've found; atm, no pkgs,
I'm working on packaging chunkfs for fun and curiosity. It should make
backing up VMs or other large files with traditional backup compression and
deduplication methods (i.e. BackupPC) easier by breaking up the file into
chunks.
It has a manual Makefile which I've patched to comply with the
packag
On Wed, Dec 2, 2020 at 10:02 AM Lennart Poettering
wrote:
> On Mi, 02.12.20 09:56, Richard Shaw (hobbes1...@gmail.com) wrote:
>
> > I've got a SystemD service file that starts a service, the problem is it
> > connects to another device that takes longer to boot up into a "ready"
> > state than th
One uncomfortable question that this raises: is it time to de-Edition
Fedora Server? We'd still produce it, but it would no longer be
considered an Edition (and thus potentially not block releases, etc,
the exact implications would have to be worked out)
As far as I can tell, the Server Working Gr
Vbox also available in RPM Fusion repo
https://admin.rpmfusion.org/pkgdb/package/free/VirtualBox/
Works OK in f33.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
There is a bug report [1] that KiCAD doesn't show up in the GNOME Software or
KDE Discover managers. I ran desktop-file-validate on the kicad.desktop file
and got a hint that there is no registered main category.
I'll try adding "Science" to the category list, but I'm unclear on how this
data
https://rpmfusion.org/Howto/VirtualBox
___
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/
List
On Wed, Dec 2, 2020 at 11:11 AM Ben Cotton wrote:
>
> One uncomfortable question that this raises: is it time to de-Edition
> Fedora Server? We'd still produce it, but it would no longer be
> considered an Edition (and thus potentially not block releases, etc,
> the exact implications would have t
On 12/2/20 8:13 AM, Artem Tim wrote:
Vbox also available in RPM Fusion repo
https://admin.rpmfusion.org/pkgdb/package/free/VirtualBox/
Works OK in f33.
Didn't know about those -- thx.
Visit to the rpmfusion site returns:
"Firefox does not trust koji.rpmfusion.org because its certific
Dne 02. 12. 20 v 8:00 Miroslav Suchý napsal(a):
Dne 01. 12. 20 v 13:07 Pavel Raiskup napsal(a):
I'm pleased to announce that there's a new Mock release. Except for
several bugfixes, this release introduces a new
"External Build Requires" feature (by Miroslav Suchý)
I want to ask you for feedb
Dne 02. 12. 20 v 14:18 Neal Gompa napsal(a):
On Wed, Dec 2, 2020 at 8:14 AM Olivier Fourdan wrote:
Hi Dominik,
On Wed, Dec 2, 2020 at 2:02 PM Dominik 'Rathann' Mierzejewski
wrote:
Provides: xorg-x11-server-Xwayland = %{version}-%{release}
Obsoletes: xorg-x11-server-Xwayland < first-versio
On Wed, 2020-12-02 at 16:14 +, Artem Tim wrote:
> https://rpmfusion.org/Howto/VirtualBox
I just update wiki , please report in RPMFusion [1] when kmods doesn't
build or package not install or if we can improve wiki page.
BTW we still haven't patches for next upcoming kernel 4.10 .
But errors
On Wed, 2020-12-02 at 09:23 -0500, Ben Cotton wrote:
>
> == How To Test ==
> See QA test cases : https://fedoraproject.org/wiki/Category:CoreOS_Test_Cases
>
> We also have regular tests days, for example
> https://fedoramagazine.org/fedora-coreos-test-day/
So...yeah, that's not really enough to
On Wed, 2020-12-02 at 11:14 -0500, Neal Gompa wrote:
> On Wed, Dec 2, 2020 at 11:11 AM Ben Cotton wrote:
> >
> > One uncomfortable question that this raises: is it time to de-Edition
> > Fedora Server? We'd still produce it, but it would no longer be
> > considered an Edition (and thus potentiall
On Wed, 2 Dec 2020 at 16:13, Steven A. Falco wrote:
> There is a bug report [1] that KiCAD doesn't show up in the GNOME Software or
> KDE Discover managers. I ran desktop-file-validate on the kicad.desktop file
> and got a hint that there is no registered main category.
That just means it's no
On Wed, Dec 2, 2020 at 12:19 PM Adam Williamson
wrote:
>
> On Wed, 2020-12-02 at 09:23 -0500, Ben Cotton wrote:
> >
> > == How To Test ==
> > See QA test cases :
> > https://fedoraproject.org/wiki/Category:CoreOS_Test_Cases
> >
> > We also have regular tests days, for example
> > https://fedorama
On Wed, 2020-12-02 at 09:56 -0500, Neal Gompa wrote:
>
> Meh, sure I guess? This is a paperwork change. It's been considered an
> Edition in practice since it replaced Fedora Atomic, which *was* a
> full Edition in its own right.
I would dispute that. To me the most obvious factor here is: what d
On Wed, 2020-12-02 at 11:14 -0500, Neal Gompa wrote:
> There were a number of people interested in helping with reviving the
> Server WG, myself included. But we don't know how to have that move
> forward. We've never really had a situation like this before...
>
I'd start with staging a takeover o
On Wed, Dec 2, 2020 at 12:22 PM Adam Williamson
wrote:
>
> So to boil this down into a representative question: when we are doing
> the Fedora 34 Go/No-Go meeting in ~four months' time, how do we decide
> whether to release "Fedora CoreOS 34"?
>
This question is relevant to my interests.
On Wed,
On Wed, Dec 2, 2020 at 12:58 PM Ben Cotton wrote:
>
> On Wed, Dec 2, 2020 at 12:22 PM Adam Williamson
> wrote:
> >
> > So to boil this down into a representative question: when we are doing
> > the Fedora 34 Go/No-Go meeting in ~four months' time, how do we decide
> > whether to release "Fedora C
https://fedoraproject.org/wiki/Changes/Ruby_3.0
== Summary ==
Ruby 3.0 is the latest stable version of Ruby. Many new features and
improvements are included for the increasingly diverse and expanding
demands for Ruby. With this major update from Ruby 2.7 in Fedora 33 to
Ruby 3.0 in Fedora 34, Fedo
On Wed, Dec 2, 2020 at 5:58 PM Ben Cotton wrote:
>
> On Wed, Dec 2, 2020 at 12:22 PM Adam Williamson
> wrote:
> >
> > So to boil this down into a representative question: when we are doing
> > the Fedora 34 Go/No-Go meeting in ~four months' time, how do we decide
> > whether to release "Fedora Co
Le mer. 2 déc. 2020 à 17:18, PGNet Dev a écrit :
>
> On 12/2/20 8:13 AM, Artem Tim wrote:
> > Vbox also available in RPM Fusion repo
> > https://admin.rpmfusion.org/pkgdb/package/free/VirtualBox/
> > Works OK in f33.
>
> Didn't know about those -- thx.
>
> Visit to the rpmfusion site returns:
>
>
This is your reminder that voting in the Fedora 33 elections remains
open through 23:59 UTC Thursday (slightly less than 30 hours from the
time I send this).
Elections results will be announced sometime on Friday.
On Wed, Nov 18, 2020 at 7:13 PM Ben Cotton wrote:
>
> Voting in the Fedora 33 elec
OLD: Fedora-Rawhide-20201201.n.0
NEW: Fedora-Rawhide-20201202.n.0
= SUMMARY =
Added images:2
Dropped images: 5
Added packages: 8
Dropped packages:5
Upgraded packages: 164
Downgraded packages: 0
Size of added packages: 1.64 MiB
Size of dropped packages
On Wed, 2 Dec 2020 at 18:27, Adam Williamson
wrote:
> On Wed, 2020-12-02 at 09:23 -0500, Ben Cotton wrote:
> >
> > == How To Test ==
> > See QA test cases :
> https://fedoraproject.org/wiki/Category:CoreOS_Test_Cases
> >
> > We also have regular tests days, for example
> > https://fedoramagazine.
On Wed, 2 Dec 2020 at 19:07, Ben Cotton wrote:
> On Wed, Dec 2, 2020 at 12:22 PM Adam Williamson
> wrote:
> >
> > So to boil this down into a representative question: when we are doing
> > the Fedora 34 Go/No-Go meeting in ~four months' time, how do we decide
> > whether to release "Fedora CoreO
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 4/15 (aarch64), 2/16 (x86_64)
New failures (same test not failed in Fedora-IoT-34-20201130.0):
ID: 734201 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/734201
On Wed, Dec 2, 2020 at 12:31 PM Neal Gompa wrote:
> This is a fair point. I've personally been very annoyed about how
> little Fedora CoreOS integrates with the rest of the Fedora Project.
> One very broken consequence of Fedora CoreOS working this way is that
> they basically *don't* participate
The Fedora CoreOS working group periodically gives status updates to the
Fedora Council. Here's the update for this past month:
* Enablement work on getting the new LUKS path used in OKD
* Informational fedora messages are now sent by the FCOS pipeline for
integration with other services (e.g.
We are looking to no longer support TPM1.2 in RHEL9. Than raised the
question with regards to opencryptoki-tpmtok if it should be changed in
Fedora as well, so I thought I'd see what everyone thinks about future
TPM1.2 support in Fedora. I know at one point in the last year or so
trousers almost d
On Wed, 2020-12-02 at 19:42 +0100, Clement Verna wrote:
> >
> > CoreOS is going to be the same only worse, because it's not even built
> > the same way as the rest of Fedora. It's not built by Pungi, we don't
> > get the same messages published when CoreOS builds happen (we don't get
> > messages
On Wed, 2020-12-02 at 19:25 +0100, Nicolas Chauvet wrote:
> "Firefox does not trust koji.rpmfusion.org because its certificate
> issuer is unknown, the certificate is self-signed, or the server is
> not sending the correct intermediate certificates."
koji works with RPMFusion CA , but what this ha
On Wed., Dec. 2, 2020, 11:08 a.m. Richard Shaw,
wrote:
> I'm working on packaging chunkfs for fun and curiosity. It should make
> backing up VMs or other large files with traditional backup compression and
> deduplication methods (i.e. BackupPC) easier by breaking up the file into
> chunks.
>
> I
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 11/180 (x86_64), 19/117 (aarch64)
New failures (same test not failed in
On Wed, Dec 02, 2020 at 12:15:21PM -0800, Adam Williamson wrote:
> with quite a lot of consequences. It has consequences, for instance,
> for our most important forms of communication to the wider world: how
> do we pivot from this simple story that "Fedora is a (set of)
> product(s) that come(s) o
On Wed, Dec 02, 2020 at 10:09:52AM -0600, Richard Shaw wrote:
> Nope, it's an external networked device. They always "boot up" at the same
> time, but the computer which runs the service boots up faster than the
> device I need to connect to.
This might be overdoing it, but maybe make a oneshot se
Dne 02. 12. 20 v 17:19 Vít Ondruch napsal(a):
> Why these requires does not follow some standard naming convention possibly
> with some prefix?
What do you mean? Like external:python3-foo?
> And actually wouldn't it be better to use some conditional dependency? One
> idea which comes to my mind
Hi!
On Wed, Dec 02, 2020 at 11:11:02AM -0500, Ben Cotton wrote:
> One uncomfortable question that this raises: is it time to de-Edition
> Fedora Server?
Please don't, for me it is the Version I'm currently migrating my Centos
7 boxes to, so having it properly tested and being high on the "if it
b
On Wed, Dec 2, 2020 at 2:34 PM Elliott Sales de Andrade <
quantum.anal...@gmail.com> wrote:
>
>
> On Wed., Dec. 2, 2020, 11:08 a.m. Richard Shaw,
> wrote:
>
>> I'm working on packaging chunkfs for fun and curiosity. It should make
>> backing up VMs or other large files with traditional backup com
On Wed, 2 Dec 2020 at 17:45, Richard Shaw wrote:
>
> On Wed, Dec 2, 2020 at 2:34 PM Elliott Sales de Andrade
> wrote:
>>
>>
>>
>> On Wed., Dec. 2, 2020, 11:08 a.m. Richard Shaw, wrote:
>>>
>>> I'm working on packaging chunkfs for fun and curiosity. It should make
>>> backing up VMs or other la
On Wed, Dec 02, 2020 at 10:59:50PM +0100, David Kaufmann wrote:
> Count me in, but honestly I don't see a lot of things that need to be
> changed - I'm quite happy with how it behaves. But aside that I'm happy
> to help with those issues that come up.
That would be amazing! In order for it to rema
No missing expected images.
Failed openQA tests: 3/37 (x86_64)
ID: 734252 Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/734252
ID: 734254 Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/734254
ID: 734255
On 12/2/20 12:33 PM, Adam Williamson wrote:
>
> Note that if you go to getfedora.org and click on CoreOS *right now*,
> it offers you a Fedora 32-based CoreOS. This is the kind of thing that
> is kinda fine so long as it's an Emerging Edition. It would *not*,
> IMHO, be fine for an Edition. I
On 12/2/20 12:57 PM, Ben Cotton wrote:
> On Wed, Dec 2, 2020 at 12:22 PM Adam Williamson
> wrote:
>>
>> So to boil this down into a representative question: when we are doing
>> the Fedora 34 Go/No-Go meeting in ~four months' time, how do we decide
>> whether to release "Fedora CoreOS 34"?
>>
>
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-12-03 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-12-03 09:00 PST US/Pacific
2020-12-03 1
Bah... I'm seriously about to create a CMake config for this rather than
deal with the crappy Makefile...
/usr/bin/ld: /tmp/unchunkfs.bkUTgL.ltrans0.ltrans.o: in function `main':
/tmp/rpkg/chunkfs-25-h3w4te_q/chunkfs-0.8/unchunkfs.c:199: undefined
reference to `fuse_main_real_compat25'
/usr/bin/ld
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201202.0):
ID: 734329 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
83 matches
Mail list logo
