Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
>> With today's OpenQA tests I can point out that using zram on 2048MB RAM
>> VMs actually breaks FreeIPA deployment:
>>
On Thu, Jan 28, 2021 at 08:05:45AM -0700, Orion Poplawski wrote:
> Is it possible to still do updates in side-tags for rawhide during the mass
> rebuild? What are the ramifications if any for this?
Should be fine.
If your packages aready were (re)built by mass rebuild, and you build
them in a
Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a):
Vít Ondruch writes:
Thx everybody for their responses and sorry for such controversial
topic. I am not going to propose this upstream after all. However I have
few takeaways:
1) I see responses of Fedora long timers and I understand that you
On Thursday, January 28, 2021 7:55:05 PM CET Vít Ondruch wrote:
> Dne 28. 01. 21 v 19:36 Simo Sorce napsal(a):
> > On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote:
> >> Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a):
> >>> Vít Ondruch writes:
> Thx everybody for their responses and
On Thu, 2021-01-28 at 13:46 -0700, Chris Murphy wrote:
>
> OK I'm seeing this problem in a VM with
> Fedora-Workstation-Live-x86_64-Rawhide-20210128.n.0.iso but I'm not
> sure how consistent it is yet. MemTotal is ~3G for a VM that has 4G
> allocated. Something's wrong...
&
On Thu, Jan 28, 2021 at 2:08 PM Adam Williamson
wrote:
>
> On Thu, 2021-01-28 at 13:46 -0700, Chris Murphy wrote:
> >
> > OK I'm seeing this problem in a VM with
> > Fedora-Workstation-Live-x86_64-Rawhide-20210128.n.0.iso but I'm not
> > sure how consistent it is
This topic was brought up several times already, but I don't think there has
been a satisfactory answer to it yet. So let's try again.
We have recently updated python-elementpath-2.1.1-2.fc34 and
python-xmlschema-1.4.1-1.fc34 -- it requires a very simple bootstrapping that
can be seen in the
On to, 28 tammi 2021, Tomasz Torcz wrote:
On Thu, Jan 28, 2021 at 11:04:34AM -0500, Rob Crittenden wrote:
Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
>> With today's OpenQA tests I can point out that using zram on 2048MB RAM
>> VMs
On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote:
> Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a):
> > Vít Ondruch writes:
> >
> > > Thx everybody for their responses and sorry for such controversial
> > > topic. I am not going to propose this upstream after all. However I have
> > > few
w any swaps being activated other than zram ones. So no, I
> don't think there is a swap partition.
Probably relevant - we log the output of `free` shortly after system
install. Up to and including Fedora-Rawhide-20210124.n.0 , it looked
approximately like this:
totalused
On Thu, Jan 28, 2021 at 1:46 PM Chris Murphy wrote:
>
> VM 5.11.0-0.rc5.20210127git2ab38c17aac1.136.fc34.x86_64
> [0.701792] Memory: 3016992K/4190656K available (43019K kernel
> code, 11036K rwdata, 27184K rodata, 5036K init, 31780K bss, 1173408K
> reserved, 0K cma-reserved)
>
> Baremetal
Vít Ondruch writes:
> Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a):
>> Vít Ondruch writes:
>>
>>> Thx everybody for their responses and sorry for such controversial
>>> topic. I am not going to propose this upstream after all. However I
>>> have few takeaways:
>>>
>>> 1) I see responses of
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-33-20210121.0):
ID: 764536 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/764536
Soft failed openQA tests: 1/16 (x86_64)
(Tests
shared buff/cache
> available
> Mem:2024132 189668 16094484104 225016
> 1684936
> Swap: 1011708 0 1011708
>
> Particularly, "total" memory was reported as around 200 bytes. In
> Fedora-Rawhide-202
On to, 28 tammi 2021, Chris Murphy wrote:
>> > ram + zram + in-memory-zwap in the check.
>>
>> For bare metal IPA uses the python3-psutil call:
>> psutil.virtual_memory.available()
>>
>> I don't know how/if psutil reports zram (or cgroup v1 and v2 for that
>> matter).
>
> psutil (in general)
On Thu, Jan 28, 2021 at 12:55 PM Vít Ondruch wrote:
>
> I have started the thread reflecting on experience of fresh packager
> coming to Fedora. First issue was that `fedpkg local` pollutes the work
> directory. There is also second issue, that `fedpkg local` is polluting
> the whole system with
ther things that
also don't work with cgroups ressource control that we're using in
Fedora by default and I don't feel like beating up on those things,
because while suboptimal it's also off topic for this problem.
> Back to this subthread's topic. Looks like Adam found that something
&
On 1/28/21 9:58 AM, Miro Hrončok wrote:
> This topic was brought up several times already, but I don't think there has
> been a satisfactory answer to it yet. So let's try again.
>
> We have recently updated python-elementpath-2.1.1-2.fc34 and
> python-xmlschema-1.4.1-1.fc34 -- it requires a very
On 1/27/21 8:30 PM, Kevin Fenzi wrote:
On Wed, Jan 27, 2021 at 10:48:46AM +0200, Panu Matilainen wrote:
On 1/26/21 8:44 PM, Kevin Fenzi wrote:
So, the thread here kind of fell quiet with everything else going on.
It seems clear there's issues to address here before this change might
get
On Wed, Jan 27, 2021 at 06:58:05PM +0100, Vít Ondruch wrote:
> Dne 27. 01. 21 v 18:53 Petr Menšík napsal(a):
> > This would describe my usual workflow as well. fedpkg local is great for
> > checking soname did not change, patches apply, to debugging why my test
> > suites fail and how they behave.
Hi,
the exact version requirement is in place to avoid incompatibility
between the policy on the target system (system you want to install the
module on) and the custom policy module.
Lets call the policy used to compile your module "A", policy on the
target system "B" and your custom
Dne 27. 01. 21 v 23:34 Kevin Fenzi napsal(a):
On Wed, Jan 27, 2021 at 10:15:20PM +, Richard W.M. Jones wrote:
Here are a couple of my packages which failed mass rebuild
because of apparent problems with the s390 builder:
https://koji.fedoraproject.org/koji/taskinfo?taskID=60560709
On 28. 01. 21 10:49, Vít Ondruch wrote:
Dne 27. 01. 21 v 23:34 Kevin Fenzi napsal(a):
On Wed, Jan 27, 2021 at 10:15:20PM +, Richard W.M. Jones wrote:
Here are a couple of my packages which failed mass rebuild
because of apparent problems with the s390 builder:
> 3) The argument of mock being slow can't stand, because in one of my examples
> I posted elsewhere in this thread, I picked up the simplest package I could
> and the build took 7 seconds. This is certainly not slow, in this time you
> can't even switch to your email client to check your
On 28. 01. 21 11:10, Lumír Balhar wrote:
Hello.
From my point of view and from the networkx perespective, we can brake this
chain and don't install python3-gdal. python3-gdal brings support for special
GIS Shapefile which I think we don't need by default in the classroom.
I agree:
Dne 27. 01. 21 v 23:21 Gwyn Ciesla via devel napsal(a):
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Wednesday, January
Thx everybody for their responses and sorry for such controversial
topic. I am not going to propose this upstream after all. However I have
few takeaways:
1) I see responses of Fedora long timers and I understand that you have
polished workflows. But I really think that for newcomers, mock
On Thu, Jan 28, 2021 at 10:39:16AM +0100, Vít Ondruch wrote:
> 2) I would really love you to stop using VMs for your build/testing. With
> exception of Kernel and Kernel related issues, the argument of "mock being
> slow" can't stand. Every VM will be more resources hungry then mock, slowing
>
On 1/28/21 12:21 PM, Roberto Ragusa wrote:
On 1/28/21 9:34 AM, Panu Matilainen wrote:
On 1/27/21 8:30 PM, Kevin Fenzi wrote:
SO, I don't really understand... Patrick says in the Change:
"The size of the rpmdb increases from 22952 to 28416 bytes, a 20%
increase. This is on an install size of
Hello.
From my point of view and from the networkx perespective, we can brake
this chain and don't install python3-gdal. python3-gdal brings support
for special GIS Shapefile which I think we don't need by default in the
classroom.
Have a nice day.
Lumír
On 1/27/21 3:17 PM, Miro Hrončok
On 1/28/21 9:34 AM, Panu Matilainen wrote:
On 1/27/21 8:30 PM, Kevin Fenzi wrote:
SO, I don't really understand... Patrick says in the Change:
"The size of the rpmdb increases from 22952 to 28416 bytes, a 20%
increase. This is on an install size of 1.7GB in total, so this 5MB
increase is a
On Sat, Jan 23, 2021 at 4:29 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> (One possible direction: one thing I want to explore next is using zram
> or zwap based on whether the machine has a physical swap device. Maybe
> such a language would be useful then — with additional variables
> specifying
Hi,
I just did a build (new upstream release of iotop-c) and saw a couple
of test errors; they look like segfaults or post errors, so I suppose
that I didn't do some stupid mistake.
Posting the result here, to keep the relevant team informed; in case
these are known, sorry for the noise :)
On Thu, Jan 28, 2021, 11:11 AM Alexander Bokovoy
wrote:
> On to, 28 tammi 2021, Tomasz Torcz wrote:
> >On Thu, Jan 28, 2021 at 11:04:34AM -0500, Rob Crittenden wrote:
> >> Zbigniew Jędrzejewski-Szmek wrote:
> >> > On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
> >> >> With
On Thu, Jan 28, 2021, 6:21 AM Alexander Bokovoy wrote:
>
> With today's OpenQA tests I can point out that using zram on 2048MB RAM
> VMs actually breaks FreeIPA deployment:
>
> https://openqa.fedoraproject.org/tests/763006#step/role_deploy_domain_controller/35
>
> OpenQA uses 2048MB RAM for QEMU
On Thu, Jan 28, 2021 at 5:48 PM Miro Hrončok wrote:
>
> On 28. 01. 21 16:05, Orion Poplawski wrote:
> > Is it possible to still do updates in side-tags for rawhide during the mass
> > rebuild? What are the ramifications if any for this?
>
> I've just did so let's see.
>
>
On 1/28/21 10:16 AM, Boian Bonev wrote:
> Hi,
>
> I just did a build (new upstream release of iotop-c) and saw a couple
> of test errors; they look like segfaults or post errors, so I suppose
> that I didn't do some stupid mistake.
>
> Posting the result here, to keep the relevant team informed;
On Thu, Jan 28, 2021 at 5:08 AM Miro Hrončok wrote:
> I've realized I have scala installed on my F33 developer machine and wanted to
> remove it. But apparently, opencv-core pulls it in:
>
> [~]$ repoquery --installed --whatrequires scala
> jacop-0:4.8-2.fc33.noarch
> [~]$ repoquery --installed
Missing expected images:
Minimal raw-xz armhfp
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
7 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 34/181 (x86_64), 35/123
Dne 28. 01. 21 v 19:36 Simo Sorce napsal(a):
On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote:
Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a):
Vít Ondruch writes:
Thx everybody for their responses and sorry for such controversial
topic. I am not going to propose this upstream after
On to, 28 tammi 2021, Chris Murphy wrote:
On Thu, Jan 28, 2021, 6:21 AM Alexander Bokovoy <[1]aboko...@redhat.com>
wrote:
With
On Thu, Jan 28, 2021 at 11:04:34AM -0500, Rob Crittenden wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
> >> With today's OpenQA tests I can point out that using zram on 2048MB RAM
> >> VMs actually breaks FreeIPA deployment:
> >>
On 28. 01. 21 16:05, Orion Poplawski wrote:
Is it possible to still do updates in side-tags for rawhide during the mass
rebuild? What are the ramifications if any for this?
I've just did so let's see.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-675d1948a8
Note that the packages
On Thu, Jan 28, 2021 at 10:56:06AM +0100, Miro Hrončok wrote:
> On 28. 01. 21 10:49, Vít Ondruch wrote:
> >
> > Dne 27. 01. 21 v 23:34 Kevin Fenzi napsal(a):
> > > On Wed, Jan 27, 2021 at 10:15:20PM +, Richard W.M. Jones wrote:
> > > > Here are a couple of my packages which failed mass
On Thu, 2021-01-28 at 14:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
> > With today's OpenQA tests I can point out that using zram on 2048MB RAM
> > VMs actually breaks FreeIPA deployment:
> >
On 1/28/21 12:05 PM, Panu Matilainen wrote:
On 1/28/21 12:21 PM, Roberto Ragusa wrote:
On 1/28/21 9:34 AM, Panu Matilainen wrote:
On 1/27/21 8:30 PM, Kevin Fenzi wrote:
SO, I don't really understand... Patrick says in the Change:
"The size of the rpmdb increases from 22952 to 28416 bytes,
I've realized I have scala installed on my F33 developer machine and wanted to
remove it. But apparently, opencv-core pulls it in:
[~]$ repoquery --installed --whatrequires scala
jacop-0:4.8-2.fc33.noarch
[~]$ repoquery --installed --whatrequires jacop
On Thu, 2021-01-28 at 13:08 +0100, Miro Hrončok wrote:
> I've realized I have scala installed on my F33 developer machine and
> wanted to
> remove it. But apparently, opencv-core pulls it in:
>
> [~]$ repoquery --installed --whatrequires scala
> jacop-0:4.8-2.fc33.noarch
> [~]$ repoquery
Greetings everyone. As you know from our last announcement, we had
pushed our changes for src.fedoraproject.org out another week. That was
going to be today.
https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
Unfortunately, the mass rebuild is still submitting changes and we
aren't
On la, 23 tammi 2021, Chris Murphy wrote:
On Sat, Jan 23, 2021 at 4:29 AM Zbigniew Jędrzejewski-Szmek
wrote:
Hi,
the proposal for Fedora 34 is to use zram-size == 1.0 * ram.
(Which I think is OK for the reasons listed in the Change page [0].)
But the original motivation for this change was
Announcing the creation of a new nightly release validation test event
for Fedora 34 Rawhide 20210128.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
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 3/16 (x86_64), 7/15 (aarch64)
New failures (same test not failed in Fedora-IoT-34-20210124.0):
ID: 763622 Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/763622
Dne 28. 01. 21 v 11:35 Thomas Moschny napsal(a):
3) The argument of mock being slow can't stand, because in one of my examples I
posted elsewhere in this thread, I picked up the simplest package I could and
the build took 7 seconds. This is certainly not slow, in this time you can't
even
Dne 28. 01. 21 v 11:54 Daniel P. Berrangé napsal(a):
Thus mock ends up using the slower storage since it isn't using /home.
A performance tips:
http://miroslav.suchy.cz/blog/archives/2015/05/28/increase_mock_performance_-_build_packages_in_memory/index.html
--
Miroslav Suchy, RHCA
Red Hat,
OLD: Fedora-Rawhide-20210127.n.1
NEW: Fedora-Rawhide-20210128.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 0
Dropped packages:1
Upgraded packages: 156
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:53.45
Is it possible to still do updates in side-tags for rawhide during the
mass rebuild? What are the ramifications if any for this?
Thanks.
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane
On 28/01/2021 10:39, Vít Ondruch wrote:
2) I would really love you to stop using VMs for your build/testing.
With exception of Kernel and Kernel related issues, the argument of
"mock being slow" can't stand. Every VM will be more resources hungry
then mock, slowing every your task.
I'd
hello Matthew
On Thu, 28 Jan 2021 at 20:09, Matthew Miller wrote:
> Welcome! Anything in particular you're interested in improving?
I am exploring the projects and I am looking for contributing into Packaging.
Thank you
sourabhdeshmukh
___
devel
issue was fixed now, with this patch:
--- include/cxxtools/char.h.orig2021-01-28 08:34:49.182956317 +0100
+++ include/cxxtools/char.h 2021-01-28 08:35:41.524954646 +0100
@@ -68,9 +68,7 @@
typedef int32_t value_type;
//! Constructs a character with a value
On 27/01/2021 21:47, Zbigniew Jędrzejewski-Szmek wrote:
+1 to everything that Gwyn said.
'fedpkg local' is just so immensely useful for initial package developement.
I also use it a lot for systemd & friends: I *want* to build packages
against the local environment and install them locally
Vít Ondruch writes:
> Thx everybody for their responses and sorry for such controversial
> topic. I am not going to propose this upstream after all. However I have
> few takeaways:
>
> 1) I see responses of Fedora long timers and I understand that you
> have polished workflows. But I really
Gwyn Ciesla via devel kirjoitti 28.1.2021 klo 0.09:
If the user doesn't 'git add .', or has a correct .gitignore, this should be a
non issue.
Me being the quoted person with a workflow issue, I still think there is
a workflow issue.
Setting .gitignore is possible of course, but rather
hello everyone
I am Sourabh Deshmukh working as DevOps Engineer with work experience
of 2 years. During this phase I worked on Monitoring tools, automation
tools, CICD pipelines etc . I have been a Fedora user since the
release of Fedora26, as I have been using this OS since a long time
and
On Thu, Jan 28, 2021 at 01:40:08PM +0100, Miroslav Suchý wrote:
> Dne 28. 01. 21 v 11:54 Daniel P. Berrangé napsal(a):
> >Thus mock ends up using the slower storage since it isn't using /home.
>
> A performance tips:
>
On Wed, Jan 27, 2021 at 04:03:51PM -0800, Michel Alexandre Salim wrote:
> rpms/ocaml-biniou
> rpms/ocaml-cppo
> rpms/ocaml-easy-format
> rpms/ocaml-xmlm
> rpms/ocaml-yojson
You can make me maintainer or co-maintainer of all of these.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Thu, Jan 28, 2021 at 03:20:38PM +0200, Alexander Bokovoy wrote:
> With today's OpenQA tests I can point out that using zram on 2048MB RAM
> VMs actually breaks FreeIPA deployment:
> https://openqa.fedoraproject.org/tests/763006#step/role_deploy_domain_controller/35
>
> OpenQA uses 2048MB RAM
On Thu, Jan 28, 2021 at 07:17:06PM +0530, Sourabh Deshmukh wrote:
> I am Sourabh Deshmukh working as DevOps Engineer with work experience
> of 2 years. During this phase I worked on Monitoring tools, automation
> tools, CICD pipelines etc . I have been a Fedora user since the
> release of
Vít Ondruch writes:
> Dne 27. 01. 21 v 23:21 Gwyn Ciesla via devel napsal(a):
>>> On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote:
>>>
Hi, I wonder, what would be the sentiment if I proposed to
deprecated the `fedpkg local` command. I don't think it should be
used.
https://bugzilla.redhat.com/show_bug.cgi?id=1921785
Bug ID: 1921785
Summary: perl-PPIx-Regexp-0.078 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-PPIx-Regexp
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1921955
Bug ID: 1921955
Summary: perl-Test-Output-1.032 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Output
Keywords: FutureFeature, Triaged
On Thu, Jan 28, 2021 at 03:05:16PM -0800, Troy Dawson wrote:
> epel8-next is getting closer and closer to being in place.
> To me it seems logical to create a epel9-next, pointing at the CentOS
> 9 Stream (when it comes). It would need the same setting up as
> epel8-next, all the steps would be
On Thu, Jan 28, 2021 at 03:05:16PM -0800, Troy Dawson wrote:
> As we are getting closer to the F34 branching, which means we are
> getting closer to CentOS 9 Stream, which will eventually be turned
> into RHEL9 Beta, and then RHEL9 release. Now seems like a good time
> to get ideas flowing about
As we are getting closer to the F34 branching, which means we are
getting closer to CentOS 9 Stream, which will eventually be turned
into RHEL9 Beta, and then RHEL9 release. Now seems like a good time
to get ideas flowing about EPEL9.
I'm just throwing ideas around. Nothing I'm saying here is
On 28. 01. 21 11:10, Lumír Balhar wrote:
Hello.
From my point of view and from the networkx perespective, we can brake this
chain and don't install python3-gdal. python3-gdal brings support for special
GIS Shapefile which I think we don't need by default in the classroom.
I agree:
Hello.
From my point of view and from the networkx perespective, we can brake
this chain and don't install python3-gdal. python3-gdal brings support
for special GIS Shapefile which I think we don't need by default in the
classroom.
Have a nice day.
Lumír
On 1/27/21 3:17 PM, Miro Hrončok
https://bugzilla.redhat.com/show_bug.cgi?id=1921533
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-JSON-Path-0.430 is |perl-JSON-Path-0.431 is
The following Fedora EPEL 8 Security updates need testing:
Age URL
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-83ab5bb91b
opensmtpd-6.8.0p2-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-b68969af8c
chromium-88.0.4324.96-1.el8
2
On Thu, 2021-01-28 at 15:15 -0800, Kevin Fenzi wrote:
> On Thu, Jan 28, 2021 at 03:05:16PM -0800, Troy Dawson wrote:
> > As we are getting closer to the F34 branching, which means we are
> > getting closer to CentOS 9 Stream, which will eventually be turned
> > into RHEL9 Beta, and then RHEL9
https://bugzilla.redhat.com/show_bug.cgi?id=1922014
Bug ID: 1922014
Summary: perlbrew-0.90 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perlbrew
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1921789
Bug ID: 1921789
Summary: perl-XML-Feed-0.61 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XML-Feed
Keywords: FutureFeature, Triaged
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2021-01-29 from 17:00:00 to 18:00:00 US/Eastern
At fedora-meet...@irc.freenode.net
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname
https://fedorapeople.org/groups/389ds/ci/nightly/2021/01/29/report-389-ds-base-2.0.2-20210129git90c488370.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1921955
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Greetings everyone. As you know from our last announcement, we had
pushed our changes for src.fedoraproject.org out another week. That was
going to be today.
https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
Unfortunately, the mass rebuild is still submitting changes and we
aren't
84 matches
Mail list logo