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://github.com/389ds/389-ds-base/pull/4472
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
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'
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
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"?
>>
>
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1851872
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1890417
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1744419
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1903855
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/Perl/Perl-Tidy-20201202.tar.gz to
./Perl-Tidy-20201202.tar.gz
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1903855
Bug ID: 1903855
Summary: perltidy-20201202 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perltidy
Keywords: FutureFeature, Triaged
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 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
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
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
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
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
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
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)
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. 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.
>
>
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
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
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
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
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
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, 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
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
> >
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
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
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
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:
>
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
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,
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,
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
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, 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
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
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
> >
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
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
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 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
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 <
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
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
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
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
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
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
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
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
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
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=100418
is the latest info I've found; atm, no pkgs,
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
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
=
#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
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
> >
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 --
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
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
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
>
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 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:
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
*
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
*
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:
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
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
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:
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
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
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 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
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
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
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
>>
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
>
>
>
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
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
(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
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 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
The following Fedora EPEL 7 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4b568a793a
golang-1.15.5-1.el7
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a2eeb128a9
drupal7-7.74-1.el7
8
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
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
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
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
>
"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
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1903541
Bug ID: 1903541
Summary: perl-Encode-3.08 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Encode
Keywords: FutureFeature, Triaged
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
Notification time stamped 2020-12-02 09:18:32 UTC
From ead2cf008e27152ccf95ab9a0821e794c9900e60 Mon Sep 17 00:00:00 2001
From: Ralf Corsépius
Date: Dec 02 2020 09:13:41 +
Subject: Update to 0.25.
---
diff --git a/.gitignore b/.gitignore
index 0d5215b..0d68264 100644
--- a/.gitignore
+++
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:
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
97 matches
Mail list logo
