On 19.08.2019 8:18, Joseph D. Wagner wrote:
> It is intended to display the same image on the screen continuously
Yes. User must enter LUKS password to continue booting. System cannot be
booted until all drives from /etc/fstab will be unlocked and
successfully mounted.
Screensaver cannot be
On Thu, 15 Aug 2019 at 22:33, Kevin Fenzi wrote:
>
> On 8/15/19 7:44 AM, Alexander Bokovoy wrote:
> > On to, 15 elo 2019, Kaleb Keithley wrote:
> >> On Thu, Aug 15, 2019 at 10:21 AM Alexander Bokovoy
> >> wrote:
> >>
> >>> On to, 15 elo 2019, Kaleb Keithley wrote:
> >>> >I've tried to submit a
On 2019-08-18 02:57, Vitaly Zaitsev via devel wrote:
On 18.08.2019 2:24, Joseph D. Wagner wrote:
The Plymouth LUKS password prompt will wait FOREVER for me to type in
a
password
This is intended, because system is not even started yet on
LUKS-encrypted media attach stage.
It is intended
=== Planned Outage - PHX2-Production - 2019-08-21 20:00 UTC
There will be an outage starting at 2019-08-21 20:00 UTC,
which will last approximately 6 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2019-08-21
On Mon, 19 Aug 2019 10:03:35 -0700
Adam Williamson wrote:
> On Mon, 2019-08-19 at 11:46 -0500, Greg Hellings wrote:
> > On Thu, Aug 15, 2019 at 3:42 PM Steven Munroe
> > wrote:
> >
> > > > My qemu boot command is currently:
> > > > qemu-system-ppc64 -m 2048 -smp 2 -machine pseries -cpu power9
On 8/19/19 3:42 AM, Artur Iwicki wrote:
Do you have OLED monitor? Generic LCD/LED monitors does not suffer from this
issue. I never shut down my monitor for years and it works fine.
The monitor damage is not the issue here; it's just a possible side effect of the issue.
As Chris mentioned
On Mon, Aug 19, 2019 at 10:23:49PM +0200, Adrian Reber wrote:
> On Mon, Aug 19, 2019 at 01:18:09PM -0700, Kevin Fenzi wrote:
> > On 8/19/19 1:13 PM, Adrian Reber wrote:
> > > On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
> > >>> There is no f31 repo yet
> > >>>
On Mon, Aug 12, 2019 at 10:20 AM Lennart Poettering
wrote:
>
> On Mo, 12.08.19 09:40, Chris Murphy (li...@colorremedies.com) wrote:
>
> > Right now the only lever to avoid swap, is to not create a swap
> > partition at installation time. Or create a smaller one instead of 1:1
> > ratio with RAM.
On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
> > There is no f31 repo yet
> > https://dl.fedoraproject.org/pub/fedora/linux/development/ so
> > perhaps mirror-manager is redirecting f31 to rawhide.
>
> It is mirror manager doing the redirection to rawhide.
>
>
On 8/19/19 1:13 PM, Adrian Reber wrote:
> On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
>>> There is no f31 repo yet
>>> https://dl.fedoraproject.org/pub/fedora/linux/development/ so
>>> perhaps mirror-manager is redirecting f31 to rawhide.
>>
>> It is mirror manager doing the
On Mon, Aug 19, 2019 at 01:18:09PM -0700, Kevin Fenzi wrote:
> On 8/19/19 1:13 PM, Adrian Reber wrote:
> > On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
> >>> There is no f31 repo yet
> >>> https://dl.fedoraproject.org/pub/fedora/linux/development/ so
> >>> perhaps mirror-manager
On 8/19/19 1:50 AM, Zbigniew Jędrzejewski-Szmek wrote:
This seems to repeat every 6 months: rawhide mock is broken on stable
Fedora
The fedora:rawhide containers are currently broken as well:
$ podman run -it registry.fedoraproject.org/fedora:rawhide
...
# dnf install deltarpm
On 19. 08. 19 15:31, Chris wrote:
I'm getting a rawhide (auto) build issue with my package:
Error: churchyard's python-apprise-0.7.9-3.fc32 failed to build
Source:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1359009
Note that this is not a rawhide build but a f32-python side tag
Tomasz Torcz wrote on Mon, Aug 19, 2019 at 04:45:31PM +0200:
> Actually, I don't think systemd touch the kernel default here.
> See consoleblank= parameter
> https://www.kernel.org/doc/html/v5.2/admin-guide/kernel-parameters.html
> Some years ago it was set to be disabled by default, previously
Ok, that makes sense; thanks for the clarification. :)
On Mon, Aug 19, 2019 at 11:03 AM Miro Hrončok wrote:
> On 19. 08. 19 15:31, Chris wrote:
> > I'm getting a rawhide (auto) build issue with my package:
> > Error: churchyard's python-apprise-0.7.9-3.fc32 failed to build
> >
> > Source:
> >
On Sat, Aug 17, 2019 at 05:24:18PM -0700, Joseph D. Wagner wrote:
> Sorry if this is the wrong place to post. I need to start somewhere.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1742953
>
> Description of problem:
> The Plymouth LUKS password prompt will wait FOREVER for me to type in a
>
=== Planned Outage - Staging/Build - 2019-08-20 20:00 UTC
There will be an outage starting at 2019-08-20 20:00 UTC,
which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2019-08-20
On Thu, Aug 15, 2019 at 3:42 PM Steven Munroe wrote:
> > My qemu boot command is currently:
> > qemu-system-ppc64 -m 2048 -smp 2 -machine pseries -cpu power9 -hda
> -cdrom
>
> Looks like you are running an LE image in the BE machine:
>
> try qemu-system-ppc64le
>
I can't find that executable
On Mon, 2019-08-19 at 11:46 -0500, Greg Hellings wrote:
> On Thu, Aug 15, 2019 at 3:42 PM Steven Munroe wrote:
>
> > > My qemu boot command is currently:
> > > qemu-system-ppc64 -m 2048 -smp 2 -machine pseries -cpu power9 -hda
> > -cdrom
> >
> > Looks like you are running an LE image in the
Meeting started by zbyszek at 15:01:00 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting-1/2019-08-19/fesco.2019-08-19-15.01.log.html.
Meeting summary
---
* init process (zbyszek, 15:01:03)
* #2180 F31 System-Wide Change proposal (late): No i686
On 8/19/19 4:14 PM, Samuel Sieb wrote:
On 8/19/19 3:42 AM, Artur Iwicki wrote:
Do you have OLED monitor? Generic LCD/LED monitors does not suffer
from this issue. I never shut down my monitor for years and it works
fine.
The monitor damage is not the issue here; it's just a possible side
So, a few things to note:
* fedora-repos was updated for rawhide, however, unfortunately, It had
two extra spaces on the first line... " " which made gpg consider it
invalid. This is likely the cause of any breakage with rawhide (mock,
containers, copr, etc). This has been fixed in the newest
On Mon, Aug 19, 2019 at 5:35 PM Justin Forbes wrote:
>
> On Fri, Aug 16, 2019 at 12:04 PM Ben Cotton wrote:
> >
> > Action summary
> >
> >
> > Accepted blockers
> > -
> > 1. dracut-modules-olpc — Cannot be installed due to unsatisfied
> > 'bitfrost'
Yes. I have the same problem; but is persistent. It destroyed my build system
for F31; includes my "mock" configs... Also, other problem the gpg keys isn't
published... I disabled the gpg verification, I removed
fedora-repos-rawhide...; is bad.
On 8/19/19 3:31 PM, David Jeremias Vásquez Sicay wrote:
> Yes. I have the same problem; but is persistent. It destroyed my build
> system for F31; includes my "mock" configs... Also, other problem the gpg
> keys isn't published... I disabled the gpg verification, I removed
>
On Mon, 2019-08-19 at 14:32 -0700, Kevin Fenzi wrote:
> So, a few things to note:
>
> * fedora-repos was updated for rawhide, however, unfortunately, It had
> two extra spaces on the first line... " " which made gpg consider it
> invalid. This is likely the cause of any breakage with rawhide
On 8/19/19 3:23 PM, Peter Robinson wrote:
> On Mon, Aug 19, 2019 at 10:48 PM Kevin Fenzi wrote:
>>
>> So, a few things to note:
>>
>> * fedora-repos was updated for rawhide, however, unfortunately, It had
>> two extra spaces on the first line... " " which made gpg consider it
>> invalid. This is
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On 19. 08. 19 23:16, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Mon, Aug 19, 2019 at 10:48 PM Kevin Fenzi wrote:
>
> So, a few things to note:
>
> * fedora-repos was updated for rawhide, however, unfortunately, It had
> two extra spaces on the first line... " " which made gpg consider it
> invalid. This is likely the cause of any breakage with rawhide
Same issue + bonus... Is necessary to define, F32 packages are mixed with F31
packages, comes broken packages...
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/THLVN2ZPY4XTCTV4CGLIDY6GO2E3YTNP/
___
devel mailing
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-08-20 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Recently, I have noticed that there are at least 20 messages per day just from
people viewing Copr repos being created on the "edora Discourse email gateway.
Has anyone else noticed these? Can we get this disabled, so it stops spamming
that mailing list with those useless emails?
--
John M.
On 8/19/19 7:15 PM, Chris Murphy wrote:
I'm not certain it matters, but I'm curious how Windows and macOS deal
with this same scenario. I'd be surprised if they just wait forever,
in particular if power is disconnected on laptop.
At my work, most of the windows laptops have full disk
On Mon, Aug 19, 2019 at 2:14 PM Samuel Sieb wrote:
>
> On 8/19/19 3:42 AM, Artur Iwicki wrote:
> >> Do you have OLED monitor? Generic LCD/LED monitors does not suffer from
> >> this issue. I never shut down my monitor for years and it works fine.
> > The monitor damage is not the issue here;
No missing expected images.
Compose FAILS proposed Rawhide gating check!
1 of 45 required tests failed, 2 results missing
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all
MISSING: fedora.Workstation-boot-iso.x86_64.64bit - compose.install_default
Hi all,
I've been following rawhide for the last few weeks to test some F31
things. Now that we've branched I've updated my .repo files to point to
the normal fedora repos and disabled the rawhide ones, but still
dnf update wants to install a whole load of .fc32 packages.
I've already manually
Hi everybody
I orphaned the xtuple-csvimp package
If anybody else wants to continue maintaining it you are welcome to do so
You might find more recent source snapshot and patches in the Debian
packaging repository.
Regards,
Daniel
___
devel mailing
There is no f31 repo yet
https://dl.fedoraproject.org/pub/fedora/linux/development/ so perhaps
mirror-manager is redirecting f31 to rawhide.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Sat, Aug 10, 2019 at 04:03:56AM -0400, Elliott Sales de Andrade wrote:
> Hi Pierre,
>
> On Sat, 3 Aug 2019 at 14:35, Pierre-Yves Chibon wrote:
> >
> > Good Morning Everyone,
> >
> > I think it's time I make amends and recognize that I've been a terrible
> > maintainer for a number of my
This seems to repeat every 6 months: rawhide mock is broken on stable
Fedora, people are scrambling to install the right gpg keys, dnf reports
unsigned packages.
Looking at https://bodhi.fedoraproject.org/updates/?packages=fedora-repos,
there is still no F30 package with the right keys.
Can we
On ma, 19 elo 2019, Zbigniew Jędrzejewski-Szmek wrote:
This seems to repeat every 6 months: rawhide mock is broken on stable
Fedora, people are scrambling to install the right gpg keys, dnf reports
unsigned packages.
Looking at https://bodhi.fedoraproject.org/updates/?packages=fedora-repos,
> There is no f31 repo yet
> https://dl.fedoraproject.org/pub/fedora/linux/development/ so
> perhaps mirror-manager is redirecting f31 to rawhide.
It is mirror manager doing the redirection to rawhide.
https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever=$basearch
Vitaly Zaitsev via devel wrote on Mon, Aug 19, 2019 at 09:31:33AM +0200:
> On 19.08.2019 8:18, Joseph D. Wagner wrote:
> > It is intended to display the same image on the screen continuously
>
> Yes. User must enter LUKS password to continue booting. System cannot be
> booted until all drives
The fact whether we're in the OS or not, whether it's a bootloader or a
pre-init script or whatever is irrelevant from the end-user perspective. The
end-user sees that the system will wait the password endlessly and I agree with
Joseph that it's not good behaviour.
>Do you have OLED monitor?
On Saturday, August 17, 2019 1:07:04 PM CEST Iñaki Ucar wrote:
> The same happens in Copr.
Copr is fixed now, builders have installed mock-core-configs and
distribution-gpg-keys from updates-testing:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-4724515cbd
On Mon, 19 Aug 2019 at 07:36, Dominique Martinet
wrote:
>
> Vitaly Zaitsev via devel wrote on Mon, Aug 19, 2019 at 09:31:33AM +0200:
> > On 19.08.2019 8:18, Joseph D. Wagner wrote:
> > > It is intended to display the same image on the screen continuously
> >
> > Yes. User must enter LUKS password
Hello Iñaki,
On Monday, August 19, 2019 1:29:31 PM CEST Iñaki Ucar wrote:
> On Mon, 19 Aug 2019 at 13:03, Pavel Raiskup wrote:
> >
> > On Saturday, August 17, 2019 1:07:04 PM CEST Iñaki Ucar wrote:
> > > The same happens in Copr.
> >
> > Copr is fixed now, builders have installed
I think that the latest fedora-repos packages are broken (except
Rawhide), because they does not ship with F32 keys. Filled
fedora-release and releng tickets:
https://bugzilla.redhat.com/show_bug.cgi?id=1743196
https://pagure.io/releng/issue/8652
Vít
Dne 19. 08. 19 v 10:50 Zbigniew
Hi,
I got the same and didn't take time to ask, I would also be interested
in the answer.
Here is what I get https://pastebin.com/z5PYX9Be
Best regards,
Alexis.
Le lundi 19 août 2019 à 12:04 +0200, Hans de Goede a écrit :
> Hi all,
>
> I've been following rawhide for the last few weeks to test
* Gordan Bobic:
> That may be so, but this thread started off with memory pressure also
> being an issue for regular desktop x86 use.
I think the problem there is that the system has sufficient reclaimable
memory, but cannot make that memory available to applications in a
timely fashion.
This seems very reminiscent of what is often referred to as "swapping
insanity", often in the context of MySQL.
The root cause there is NUMA with memory allocation only happening on the
node that requests the memory, resulting in the possibility of there being
plenty of free memory on one node but
Miro Hrončok writes:
>> Remote: Creating a new reference/branch is not allowed in this project.
>> To ssh://lovesh...@pkgs.fedoraproject.org/rpms/procenv
>> ! [remote rejected] epel8 -> epel8 (pre-receive hook declined)
>> error: failed to push some refs to
>>
On Sunday, 18 August 2019 at 14:51, Hans de Goede wrote:
> On 24-10-18 00:53, Alexey Rochev wrote:
> > Hello,
> > I would like to draw some attention to this bug:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description:
> > startx unsets DBUS_SESSION_BUS_ADDRESS, which result in
Dne 19. 08. 19 v 10:50 Zbigniew Jędrzejewski-Szmek napsal(a):
> This seems to repeat every 6 months: rawhide mock is broken on stable
> Fedora, people are scrambling to install the right gpg keys, dnf reports
> unsigned packages.
Not actually true. We did not used to have signed rawhide in past.
On Monday, August 19, 2019 10:50:52 AM CEST Zbigniew Jędrzejewski-Szmek wrote:
> Can we *please* send out the FN+1 and FN+2 keys a month before branching,
> to *all* releases of Fedora, so we can avoid this pointless scramble?
What about to have F33 keys right now, when the fresh F31 branch is
* Richard W. M. Jones:
> This build failed:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37151819
>
> saying:
>
> DEBUG util.py:585: BUILDSTDERR: No matching package to install:
> 'libnbd-devel >= 0.9.6'
>
> But that's strange because this package should exist:
>
>
On 8/19/19 10:50 AM, Zbigniew Jędrzejewski-Szmek wrote:
This seems to repeat every 6 months: rawhide mock is broken on stable
Fedora, people are scrambling to install the right gpg keys, dnf reports
unsigned packages.
The same applies to f31.
The f31 repos are not in place, the mock-configs
This build failed:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37151819
saying:
DEBUG util.py:585: BUILDSTDERR: No matching package to install:
'libnbd-devel >= 0.9.6'
But that's strange because this package should exist:
On Mon, 19 Aug 2019 at 13:03, Pavel Raiskup wrote:
>
> On Saturday, August 17, 2019 1:07:04 PM CEST Iñaki Ucar wrote:
> > The same happens in Copr.
>
> Copr is fixed now, builders have installed mock-core-configs and
> distribution-gpg-keys from updates-testing:
>
All the python files in one of my packages (nfs-ganesha) have
#!/usr/bin/python[23] shebangs.
The nfs-ganesha.spec does _not_ have python-unversioned-command as a
BuildRequires:
I do not have python-unversioned-command installed on my f30 box.
AIUI, setup.py alters the shebangs to match the
Kevin Fenzi writes:
> Let me step back a bit here...
>
> pagure.io is a general source forge for open source projects. It's run
> by Fedora Infrastructure, but it uses another domain so people don't
> think they have to only use it for Fedora related projects.
>
> src.fedoraproject.org is also
On Mon, Aug 19, 2019 at 01:03:05PM +0200, Miroslav Suchý wrote:
> Dne 19. 08. 19 v 10:50 Zbigniew Jędrzejewski-Szmek napsal(a):
> > This seems to repeat every 6 months: rawhide mock is broken on stable
> > Fedora, people are scrambling to install the right gpg keys, dnf reports
> > unsigned
Dne 13. 03. 19 v 11:49 Vít Ondruch napsal(a):
>
> Ok, so the process which worked for me was:
>
>
> ~~~
>
> $ sudo dnf update
> https://kojipkgs.fedoraproject.org/packages/fedora-repos/30/0.5/data/signed/cfc659b9/noarch/fedora-{gpg-keys,repos{,-rawhide}}-30-0.5.noarch.rpm
>
>
> $ sudo dnf update
Never mind, false alarm. Waiting for coffee to kick in.
On Mon, Aug 19, 2019 at 8:49 AM Kaleb Keithley wrote:
>
> All the python files in one of my packages (nfs-ganesha) have
> #!/usr/bin/python[23] shebangs.
>
> The nfs-ganesha.spec does _not_ have python-unversioned-command as a
>
On 8/19/19 1:18 AM, Sinny Kumari wrote:
> From the build logs [1] [2] , it looks like disk got full which could be
> builder specific. We can dig in more if it happens again.
>
> [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=37134473
> [2]
>
I'm getting a rawhide (auto) build issue with my package:
Error: churchyard's python-apprise-0.7.9-3.fc32 failed to build
Source:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1359009
When you follow through to the error it comes down to the build.log
https://bugzilla.redhat.com/show_bug.cgi?id=1742608
Jan Pazdziora changed:
What|Removed |Added
CC||ppi...@redhat.com
--- Comment #6
https://bugzilla.redhat.com/show_bug.cgi?id=1740200
Jan Pazdziora changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1742019
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
=== Planned Outage - PHX2-Production - 2019-08-21 20:00 UTC
There will be an outage starting at 2019-08-21 20:00 UTC,
which will last approximately 6 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2019-08-21
=== Planned Outage - Staging/Build - 2019-08-20 20:00 UTC
There will be an outage starting at 2019-08-20 20:00 UTC,
which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2019-08-20
https://bugzilla.redhat.com/show_bug.cgi?id=1743371
Bug ID: 1743371
Summary: perl-Test2-Suite-0.000125 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test2-Suite
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1742782
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1742814
Petr Pisar changed:
What|Removed |Added
Blocks||1743288
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1742814
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1742782
Petr Pisar changed:
What|Removed |Added
Fixed In Version|perl-PPIx-Regexp-0.066-1.fc |perl-PPIx-Regexp-0.066-1.fc
> "PW" == Phil Wyett writes:
PW> The '.1' should go before the %{?dist} tag in this case so to not
PW> confuse as the outputted 'el8.1' does.
This is not true:
https://bugzilla.redhat.com/show_bug.cgi?id=1742782
--- Comment #2 from Fedora Update System ---
FEDORA-2019-e89e0912a7 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-e89e0912a7
--
You are receiving this mail because:
You are on the CC list
Hi team,
both of my PRs are ready for review.
Please, check it.
https://pagure.io/389-ds-base/pull-request/50549
https://pagure.io/389-ds-base/pull-request/50551
Thanks!
Simon
signature.asc
Description: PGP signature
___
389-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1742782
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
The following builds have been pushed to Fedora EPEL 6 updates-testing
iscan-firmware-20190508-1.el6
xxhash-0.7.1-1.el6
Details about builds:
iscan-firmware-20190508-1.el6 (FEDORA-EPEL-2019-860faf3ab3)
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/20/report-389-ds-base-1.4.1.6-20190819gitca915d5.fc30.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=1741756
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1742003
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1742765
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1742706
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
87 matches
Mail list logo