Dne 23. 06. 21 v 19:34 Joan Moreau via devel napsal(a):
Hello
How can I move forward on this ?
You have to address the issues in comment #1 of
https://bugzilla.redhat.com/show_bug.cgi?id=1953340#c1
And iterate until you get APPROVED comment and flag fedora-review+
And now, how to get thin
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210623.0):
ID: 915143 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
We could use some basic GNOME SHell debugging help here. Ideally, we'd
like to run GNOME Shell in such a way that it does not perform X
fallback and does not re-exec itself, and uses a specified VT (so that
we can launch it over an SSH session).
(This is about bug 1974970.)
Thanks,
Florian
_
Greetings from the Fedora source-git SIG! We are planning to start
publishing reports of what we are working on so everyone can easily
pay attention and get involved if interested. If you have any ideas,
comments or requests, don’t be shy and let us know :)
Here’s a short list of things which we a
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20210623.0):
ID: 915159 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
* Florian Weimer:
> We could use some basic GNOME SHell debugging help here. Ideally, we'd
> like to run GNOME Shell in such a way that it does not perform X
> fallback and does not re-exec itself, and uses a specified VT (so that
> we can launch it over an SSH session).
>
> (This is about bug 19
On 24. 06. 21 11:16, Tomas Tomecek wrote:
## Choosing git forge to host source-git repositories
We need to find a home for all the source-git repositories. This is
actually a really hard task because we have many options (github.com,
gitlab.com, pagure.io, src.fedoraproject.org, something custom
On 6/24/21 6:40 AM, Miro Hrončok wrote:
On 24. 06. 21 11:16, Tomas Tomecek wrote:
## Choosing git forge to host source-git repositories
We need to find a home for all the source-git repositories. This is
actually a really hard task because we have many options (github.com,
gitlab.com, pagure.io,
Hi,
I'm orphaning rubygem-fssm, since I don't have any use for this package.
It appears to be abandoned upstream, so probably better to let it go
completely.
Vít
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Tue, Jun 22, 2021 at 04:48:26PM -0700, Adam Williamson wrote:
> Matthew was referring to a plan (AIUI) to have two locations where
> "Rawhide" composes would be synced, one where all completed composes
> would be synced (as today), one where only composes that passed gating
> would be synced. I
Le 23/06/2021 à 10:57, Nico Kadel-Garcia a écrit :
I can't find *anyone* who likes modularity.
I like modules !
BTW
Community have killed SCL
Community is killing modules
EPEL-8 is IMHO partially broken,
and perhaps should be consider as dead.
> I'm devoutly hoping that it is discarded fo
On Thu, Jun 24, 2021 at 9:09 AM Remi Collet wrote:
>
> Le 23/06/2021 à 10:57, Nico Kadel-Garcia a écrit :
>
> > I can't find *anyone* who likes modularity.
>
> I like modules !
>
> BTW
>
> Community have killed SCL
> Community is killing modules
>
Software Collections made the assumption that pac
On Thu, Jun 24, 2021 at 11:16:11AM +0200, Tomas Tomecek wrote:
> Greetings from the Fedora source-git SIG! We are planning to start
> publishing reports of what we are working on so everyone can easily
> pay attention and get involved if interested. If you have any ideas,
> comments or requests, do
On Thu, Jun 24, 2021 at 03:08:42PM +0200, Remi Collet wrote:
> P.S. yes, I'm really disappointed by how Fedora evolves,
> not being able to use a proper build system (modules aware)
If you could wave a magic wand here, what would a proper build system look
like?
--
Matthew Miller
Fedora Projec
>
> > * Sat Jun 19 2021 RH Container Bot
> - 0.7.8-2.dev.git5f666c1
> > - bump to 0.7.8
> > - autobuilt 5f666c1
>
I swear ... is rhcontainerbot at it again?
> https://pagure.io/fesco/issue/2624
>
> Both of those look like obvious mistakes, since they're not just
> "versioning snafu"s but rea
Hi Tomas,
This is great. Do you mind if I republish this in the Fedora Community
Blog? https://communityblog.fedoraproject.org
(Replying on-list to encourage others to submit this kind of content
to the CommBlog and to read it, too)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ
>
>
>
> What *is* the purpose of RH Container Bot? A google search shows various
> repos seemingly used by it, but why and how?
>
I had set it up to package and push updates to repos under
https://github.com/containers . The gitlab job can be found here:
https://gitlab.com/rhcontainerbot/pkg-build
On Thu, Jun 24, 2021 at 3:39 PM Ben Cotton wrote:
>
> Hi Tomas,
>
> This is great. Do you mind if I republish this in the Fedora Community
> Blog? https://communityblog.fedoraproject.org
Go for it, Ben :)
My inspiration for the report comes from the Q1 update of the CentOS
Hyperscale SIG:
https:
On Thu, Jun 24, 2021 at 12:41 PM Miro Hrončok wrote:
>
> On 24. 06. 21 11:16, Tomas Tomecek wrote:
> > ## Choosing git forge to host source-git repositories
> > We need to find a home for all the source-git repositories. This is
> > actually a really hard task because we have many options (github.
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 3/15 (aarch64)
Old failures (same test failed in Fedora-IoT-34-20210623.0):
ID: 915604 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/915604
ID: 915608 Test: x86_64 IoT-dvd_os
On Thu, Jun 24, 2021 at 1:01 PM PGNet Dev wrote:
>
> On 6/24/21 6:40 AM, Miro Hrončok wrote:
> > On 24. 06. 21 11:16, Tomas Tomecek wrote:
> >> ## Choosing git forge to host source-git repositories
> >> We need to find a home for all the source-git repositories. This is
> >> actually a really hard
Le 24/06/2021 à 15:33, Matthew Miller a écrit :
On Thu, Jun 24, 2021 at 03:08:42PM +0200, Remi Collet wrote:
P.S. yes, I'm really disappointed by how Fedora evolves,
not being able to use a proper build system (modules aware)
If you could wave a magic wand here, what would a proper build syste
On Thu, 24 Jun 2021 at 10:03, Remi Collet wrote:
>
> Le 24/06/2021 à 15:33, Matthew Miller a écrit :
> > On Thu, Jun 24, 2021 at 03:08:42PM +0200, Remi Collet wrote:
> >> P.S. yes, I'm really disappointed by how Fedora evolves,
> >> not being able to use a proper build system (modules aware)
> >
>
On Thu, Jun 24, 2021 at 02:13:03AM -0400, Nico Kadel-Garcia wrote:
> On Thu, Jun 24, 2021 at 12:52 AM Kevin Fenzi wrote:
> >
> > On Wed, Jun 23, 2021 at 08:52:02PM -0400, Nico Kadel-Garcia wrote:
> > ...snip...
> > >
> > > I see that the ansible SRPM in rawhide has already discarded any
> > > supp
In one week, I will update python-starlette to 0.15.0 in Rawhide
(https://bugzilla.redhat.com/show_bug.cgi?id=1975613). This includes
some minor API changes; please see the release notes at
https://github.com/encode/starlette/releases/tag/0.15.0.
The following packages depend on this package,
Hello team,
I am not sure why Blender failed to build recently. It seems some
changes in the repository affect the buildand
I am unable to find the cause. Can someone investigate please?
The build in question is on
https://download.copr.fedorainfracloud.org/results/luya/blender-egl/fedora-raw
On Thu, 24 Jun 2021, Luya Tshimbalanga wrote:
Hello team,
I am not sure why Blender failed to build recently. It seems some changes in
the repository affect the buildand
I am unable to find the cause. Can someone investigate please?
The build in question is on
https://download.copr.fedorain
On 24. 06. 21 17:30, Scott Talbert wrote:
On Thu, 24 Jun 2021, Luya Tshimbalanga wrote:
Hello team,
I am not sure why Blender failed to build recently. It seems some changes in
the repository affect the buildand
I am unable to find the cause. Can someone investigate please?
The build in que
https://fedoraproject.org/wiki/Changes/libmemcached-awesome
== Summary ==
Switch from libmemcached to libmemcached-awesome
== Owner ==
* Name: [[User:Remi| Remi Collet]]
* Email: remi at fedoraproject dot org
== Detailed Description ==
libmemcache 1.0.18 was released in February 2014, so hasn't
No missing expected images.
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: 8/199 (x86_64), 12/134 (aarch64)
New failures (same test not failed in Fedora-Rawhide-202
...
I still don't understand what Frankenstein buildroot we are using.
2 lines in a mock file allow to be aware of modules...
modules=1
...
config_opts['module_enable'] = ['php:7.4', ...
2h of work to find the proper configuration and
I was able to build such packages since the day RHEL-8-Bet
On 23. 06. 21 19:52, Miro Hrončok wrote:
To compensate a rather ugly scriptlet is needed. The changes were proposed:
https://src.fedoraproject.org/rpms/python-psutil/pull-request/10
https://src.fedoraproject.org/rpms/python2-cairo/pull-request/1
The pull requests were adapted to include a less
In one week, I will update python-sure to 2.0.0 in Rawhide
(https://bugzilla.redhat.com/show_bug.cgi?id=1974521). This includes the
following breaking API change:
> No longer patch the builtin `dir()` function, which fixes pytest in
some cases such as projects using gevent.
I do not think th
The “pyconfig.h” header lives in a python-version-specific subdirectory. Some
of the compiler invocations earlier in the build log contain
“-I/usr/include/python3.10”, but the one that is failing does not.
I haven’t tried it, but I would guess that something like the following would
resolve the
On Thu, Jun 24, 2021 at 03:48:54PM +0200, Tomas Tomecek wrote:
> On Thu, Jun 24, 2021 at 12:41 PM Miro Hrončok wrote:
> >
> > On 24. 06. 21 11:16, Tomas Tomecek wrote:
> > > ## Choosing git forge to host source-git repositories
> > > We need to find a home for all the source-git repositories. This
I'm a little behind on this, but I've created side-tag
f35-build-side-42997 to perform any necessary nodejs-* rebuilds.
Currently I'm only aware of the `nodejs` and `R-V8` packages needing
to be rebuilt there. Most Node.js packages don't have a tight
dependency on the interpreter. If you have a pac
Dne 24. 06. 21 v 15:48 Tomas Tomecek napsal(a):
One thing to consider is that the upstream tarballs might be cryptographically
signed and packages should verify the signature in %prep.
This is a very good point - in such a case, we should always pull the
official upstream tarball instead of gene
On 24. 06. 21 23:07, Miroslav Suchý wrote:
Dne 24. 06. 21 v 15:48 Tomas Tomecek napsal(a):
One thing to consider is that the upstream tarballs might be cryptographically
signed and packages should verify the signature in %prep.
This is a very good point - in such a case, we should always pull t
On Thu, Jun 24, 2021, at 5:22 PM, Miro Hrončok wrote:
> On 24. 06. 21 23:07, Miroslav Suchý wrote:
> > Dne 24. 06. 21 v 15:48 Tomas Tomecek napsal(a):
> >>> One thing to consider is that the upstream tarballs might be
> >>> cryptographically
> >>> signed and packages should verify the signature
On June 24, 2021 9:22:51 PM UTC, "Miro Hrončok" wrote:
>On 24. 06. 21 23:07, Miroslav Suchý wrote:
>> Dne 24. 06. 21 v 15:48 Tomas Tomecek napsal(a):
One thing to consider is that the upstream tarballs might be
>cryptographically
signed and packages should verify the signature in %prep
On June 24, 2021 6:08:17 PM UTC, "Zbigniew Jędrzejewski-Szmek"
wrote:
>On Thu, Jun 24, 2021 at 03:48:54PM +0200, Tomas Tomecek wrote:
>> On Thu, Jun 24, 2021 at 12:41 PM Miro Hrončok
>wrote:
>> >
>> > On 24. 06. 21 11:16, Tomas Tomecek wrote:
>> > > ## Choosing git forge to host source-git rep
On June 22, 2021 1:26:30 PM UTC, "Miroslav Suchý" wrote:
>Dne 20. 06. 21 v 10:42 Miro Hrončok napsal(a):
>> Rather than "no bots allowed" policy, we might need a "bots that
>violate our policies and guidelines or have a
>> tendency to break things will be disabled until fixed" policy.
>
>Every
Thanks Michael!
Aha, it seems the rawhide buildroot from 6/23 still contained glibc with
recommends on new package and not hard requires.
I've explicitly added glibc-gconv-extra as a buildrequires for vim now -
although as you told it is unnecessary right now, I guess it is a good
thing to t
On Fri, Jun 25, 2021 at 10:47 AM Zdenek Dohnal wrote:
> Aha, it seems the rawhide buildroot from 6/23 still contained glibc with
> recommends on new package and not hard requires.
Sorry yes, we haven't done a build yet. I expect one to come out next
week with this fix and the fix for some other
44 matches
Mail list logo
