Hi Muneendra,
Muneendra Kumar M via devel writes:
> Hi All,
> I got the below mail .
> Can anyone help me the steps to be done to protect the builds.
That build is not in any repository and thus koji tries to delete it to
free up some space. You can protect it by submitting it to a repository
(
Hi All,
I got the below mail .
Can anyone help me the steps to be done to protect the builds.
Iam not able to find the same from the below links on how to protect the
builds.
Regards,
Muneendra.
-Original Message-
From: Koji Build System [mailto:build...@fedoraproject.org]
Sent: Friday
On 11/10/20 9:57 PM, Aleksei Bavshin wrote:
Greetings,
I'm planning to push wlroots 0.12.0 update into rawhide next week.
As usual, the update is ABI breaking and will change soname (6 -> 7).
This time no source changes required for any of the packages; simple
rebuild with release bump would b
Hi list,
Re. https://bugzilla.redhat.com/show_bug.cgi?id=1896901
Since haxe-4.1.3-4 and nekovm-2.3.0-4, both nekovm and haxe packages contains
"/usr/lib/.build-id/b0/aed4ddf2d45372bcc79d5e95d2834f5045c09c".
The nekovm one is a symlink to "/usr/bin/neko". The haxe one to
"/usr/bin/haxelib".
Both
Missing expected images:
Xfce raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 7/177 (x86_64), 14/115 (aarch64)
New failures (same test not failed in Fedora-Rawhide-2020.n.0):
ID: 721492 Test: x86_64 Workstation-live-iso apps_s
Kevin Fenzi wrote:
> We have been over this. If anyone could untag anything they felt like it
> would make it much more difficult for everyone to integrate their
> changes with the rest of the collection.
That issue is simply not something we have observed at any time back when
this untagging was
Matthew Miller wrote:
> Well, except, it clearly *does* work that way. We have many
> lightly-maintained packages in practice.
Do we really? Which are those packages?
The one that keeps getting brought up is Tomcat, but I can tell you from my
personal experience that the Fedora Tomcat package ha
On Fri, Nov 13, 2020 at 12:23:05AM +0100, Kevin Kofler via devel wrote:
> Kevin Fenzi wrote:
> > The one actual proposed change is to allow releng to untag builds that
> > have already gone out in rawhide composes. This was forbidden by the
> > existing policy.
>
> Worded like in the above quote:
On Thursday, November 12, 2020 11:24:47 PM WET Michael Catanzaro wrote:
> This list is public, and archived by all sorts of different websites.
> So too late
Michael, everyone knows that the best way to keep a secret is to hide it in
plain sight. :-)
--
José Abílio___
On Thu, Nov 12, 2020 at 05:24:47PM -0600, Michael Catanzaro wrote:
> >Please let me know if you have any problems with these. Interestingly
> >these don't seem to be limited to fedoraproject.org accounts in
> >the same
> >way as the US/Canada site does so *please* don't post these details on
> >pub
On Thu, Nov 12, 2020 at 3:18 pm, Mark Pearson
wrote:
Please let me know if you have any problems with these. Interestingly
these don't seem to be limited to fedoraproject.org accounts in the
same
way as the US/Canada site does so *please* don't post these details on
public forums as if it gets
Kevin Fenzi wrote:
> The one actual proposed change is to allow releng to untag builds that
> have already gone out in rawhide composes. This was forbidden by the
> existing policy.
Worded like in the above quote: Finally!
But when I see the actual wording in the proposed changes, I see that we g
On Fri, Nov 13, 2020 at 12:07:29AM +0100, Kevin Kofler via devel wrote:
> I still believe that this concept is inherently incompatible with the idea
> of a cooperative community distribution, and that bringing it up again and
> again with minimally changed wording is not a constructive thing to d
David Cantrell wrote:
> * #2475 proposal: let's develop the idea of a new repo for
> lightly-maintained packages (dcantrell, 15:16:41)
This suggestion keeps coming up again and again, but the repetition does not
make it any more practical. A small handful individual maintainers wants to
use som
Announcing the creation of a new nightly release validation test event
for Fedora 34 Rawhide 20201112.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Thu, Nov 12, 2020 at 05:40:08PM +, Mattia Verga via devel wrote:
> Il 12/11/20 09:54, Zbigniew Jędrzejewski-Szmek ha scritto:
> > On Wed, Nov 11, 2020 at 06:36:54PM +, Mattia Verga via devel wrote:
> >> Il 11/11/20 16:56, Kevin Fenzi ha scritto:
> >>> Greetings.
> >>>
> >>> FESCo is look
Hi, all,
On Thu, Oct 22, 2020 at 2:27 PM Aleksandra Fedorova wrote:
>
> Hi, all,
>
> this is the informational message, no action required.
>
> Upon agreement between gcc maintainers and ELN SIG we would like to
> switch ELN buildroot to use GCC11 ahead of Fedora Rawhide.
>
> Though ELN is define
While this mail list is public itself. I hope lenovo will check on checkout or
they may see abuse someday.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Thu, 2020-11-12 at 20:47 +0800, Honggang LI wrote:
> >
> > In terms of "upstream" I'm not sure what you mean there, because
>
> https://github.com/linux-rdma/rdma-core/blob/master/redhat/rdma-core.spec
>
> It is the "upstream" spec file.
This kind of "oh, the *real* spec file is in another c
Hi Fedora-ites,
I finally made some progress with getting some more portals setup for:
Argentina: www.lenovo.com/ar/linux
Chile: www.lenovo.com/cl/linux
Colombia: www.lenovo.com/co/linux
Mexico: www.lenovo.com/mx/linux
Peru: www.lenovo.com/pe/linux
Password: comunidad-linux
Please let me know
Hello,
A new version of libcap-ng is going to be released next week. Normally this
isn't newsworthy, nor is this a soname version bump. But it is important to
let the broader community know something about it. The behaviour of
capng_apply is changing slightly.
In the past, capng_apply would si
Il 12/11/20 09:54, Zbigniew Jędrzejewski-Szmek ha scritto:
> On Wed, Nov 11, 2020 at 06:36:54PM +, Mattia Verga via devel wrote:
>> Il 11/11/20 16:56, Kevin Fenzi ha scritto:
>>> Greetings.
>>>
>>> FESCo is looking to update the updates policy document that is here:
>>>
>>> https://docs.fedorap
Hi all.
Sundials-5.5.0 will be updated in seven days, at least, creating a side-tag.
Since Sundials and PETSc have package in common (python3-bout++), i will
update PETSc to the release 3.14.1 with the Sundials side-tag.
Regards.
--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproj
On 12.11.20 15:38, Richard Shaw wrote:
Hopefully someone can get to them before me, I'm swamped with $DAYJOB,
but if not, I'll see if I can find sometime within the next week or so.
Thanks Richard
Perhaps as a small encouragement: they packages are pretty trivial ;)
Sandro
_
Hopefully someone can get to them before me, I'm swamped with $DAYJOB, but
if not, I'll see if I can find sometime within the next week or so.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-l
Hi,
we're getting ready to push systemd 247-rc2 to rawhide. This is
currently blocked by selinux (see below), but I wanted to give a heads-up.
There's a number of changes which are interesting for Fedora:
- user units (under user@nnn.service) are segregated into app.slice,
session.slice, backgr
On Wed, Nov 11, 2020 at 03:17:47PM +, Peter Robinson wrote:
> > I'm one of package maintainers of rdma-core. There is a patch
> > applied without any maintainers' review/approve. I had sent two emails
> > to patch committer to ask him/her to push the change to upstream.
> > But never get respon
On Thu, Nov 12, 2020 at 3:37 AM Willi Mutschler wrote:
>
> Hi,
>
> I just recently joined the Fedora train and am very excited about it. As I am
> a developer of timeshift-autosnap and timeshift-autosnap-apt, I wanted to
> have the same functionality in Fedora 33. The idea is that when one runs
No missing expected images.
Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
Hi
I've posted some more review requests for mingw packages:
- mingw-zstd: https://bugzilla.redhat.com/show_bug.cgi?id=1897115
- mingw-minizip: https://bugzilla.redhat.com/show_bug.cgi?id=1897116
- mingw-python-psycopg2: https://bugzilla.redhat.com/show_bug.cgi?id=1896179
I'd need mingw-zstd an
* Miroslav Suchý [11/11/2020 18:05] :
>
> We already have "lightly-maintained packages" - it is called Copr projects.
> Do we need something in between?
The issue here is discoverabilty. If $PACKAGE is in a separate repository,
be it a 'lightly-maintained' repo or a copr, how do we go about
commun
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-2020.0):
ID: 721144 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Wed, Nov 11, 2020 at 06:36:54PM +, Mattia Verga via devel wrote:
> Il 11/11/20 16:56, Kevin Fenzi ha scritto:
> > Greetings.
> >
> > FESCo is looking to update the updates policy document that is here:
> >
> > https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
> >
> > For the most pa
Hi,
I just recently joined the Fedora train and am very excited about it. As I am a
developer of timeshift-autosnap and timeshift-autosnap-apt, I wanted to have
the same functionality in Fedora 33. The idea is that when one runs a dnf
update or upgrade command, timeshift should automatically cr
34 matches
Mail list logo
