https://bugzilla.redhat.com/show_bug.cgi?id=1815371
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Business-ISSN-1.004-1.fc30.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=42628666
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1815371
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1671690
--> https://bugzilla.redhat.com/attachment.cgi?id=1671690=edit
[patch] Update to 1.004 (#1815371)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1815371
Bug ID: 1815371
Summary: perl-Business-ISSN-1.004 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Business-ISSN
Keywords: FutureFeature,
https://fedorapeople.org/groups/389ds/ci/nightly/2020/03/20/report-389-ds-base-1.4.3.4-20200320git6fba9a8.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi there,
I'm looking to add the syntaxes to handle entryUUID properly, because they have
a different format to nsUniqueId. Thinking that I need to look at the plugins
under ldap/servers/plugins/syntaxes/, but it would be good to have some extra
insight about the plugin hooks. Should I look at
On Thursday, March 19, 2020 8:03:18 PM MST Martin Langhoff wrote:
> Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
>
> some background at https://lwn.net/Articles/814508/
>
> cut off the trolling...
>
>
> m
>
> On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
> > On
On 3/19/20 10:03 PM, Martin Langhoff wrote:
Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
some background at https://lwn.net/Articles/814508/
cut off the trolling...
I do believe calling people "sock puppets" is a violation of the CoC.
Specifically, the "be
On 3/19/20 6:59 PM, Solomon Peachy wrote:
I nuked python2-matplotlib and python2-matplotlib-tk, and it was able to
proceed. One thing that looked odd is that it's downgrading a bunch of
packages, including the kernel:
kernel-toolsx86_64 5.5.0-0.rc6.git0.1.fc32 fedora
The following Fedora EPEL 6 Security updates need testing:
Age URL
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-658581cb5f
php-horde-Horde-Form-2.0.20-1.el6
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-81c37f8ff5
tomcat-7.0.100-2.el6
The following
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
--- Comment #5 from Fedora Update System ---
perl-Crypt-OpenSSL-EC-1.32-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
--- Comment #4 from Fedora Update System ---
perl-Crypt-OpenSSL-EC-1.32-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
some background at https://lwn.net/Articles/814508/
cut off the trolling...
m
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
>
> On 3/19/20 2:18 PM, Daniel Pocock wrote:
> >
> > On 12/03/2020 22:34, Matthew Miller
I have one more review I would like to swap with somebody. This is
one of the last 2 packages I need to be able to update the coq stack.
The other is already under review. Who needs a review?
ocaml-ppx-deriving-yojson: https://bugzilla.redhat.com/show_bug.cgi?id=1801421
--
Jerry James
On Wed, Mar 04, 2020 at 02:33:02PM -0500, Solomon Peachy wrote:
> > * Workstation 3 (a frankenstein beast and a lot of modular errors)
>
> With 'dnf module reset' this is a lot cleaner. dispcalGUI was snagged
> from OBS, so not a fedora problem.
Tried to upgrade this workstation from F31
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://pagure.io/389-ds-base/pull-request/50965
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
No missing expected images.
Failed openQA tests: 2/35 (x86_64)
ID: 551441 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/551441
ID: 551458 Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/551458
Hey all,
I have orphaned containers[1], a D language library for extended
"containers" concept in D based on std.experimental.allocator.
I have no use for it anymore. If you're interested in D language
stuff, feel free to take it.
There is a newer version available from upstream[2], which would
No missing expected images.
Soft failed openQA tests: 2/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-32-20200314.0):
ID: 551429 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL:
On Fri, Mar 20, 2020 at 12:14 AM Richard W.M. Jones wrote:
>
> On Thu, Mar 19, 2020 at 11:25:19PM +0100, Fabio Valentini wrote:
> > Hi everybody,
> >
> > I can't seem to figure out why this happened, but there are now a lot
> > of OCaml packages in fedora 32 that have broken dependencies. I've
On Tue, Mar 17, 2020 at 04:19:21PM +, Peter Robinson wrote:
>
> You're still listed [1], I've found from recent cleanups of packages I
> maintained myself, you have to:
> 1) give to the orphan user. This makes them main admin, but moves you
> to a standard admin
> 2) remove yourself from the
On Thursday, 19 March 2020 at 19:59, Chris Murphy wrote:
[...]
> I think what you'd want for the stolen laptop use case is an encrypted
> $BOOT, which GRUB does support:
>
> The first grub.cfg is unencrypted, and provides strictly for unlocking
> a LUKS1 (no LUKS2 support yet) $BOOT volume, and
On Thu, Mar 19, 2020 at 01:01:05PM +0100, Sumit Bose wrote:
> On Thu, Mar 19, 2020 at 08:37:31AM +, Richard W.M. Jones wrote:
> > On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> > > On Wed, 18 Mar 2020 09:50:24 +
> > > "Richard W.M. Jones" wrote:
> > >
> > > > On Wed, Mar
On Thu, Mar 19, 2020 at 11:25:19PM +0100, Fabio Valentini wrote:
> Hi everybody,
>
> I can't seem to figure out why this happened, but there are now a lot
> of OCaml packages in fedora 32 that have broken dependencies. I've CCd
> two of the maintainers that are impacted most by this (rjones and
>
On Thu, Mar 19, 2020 at 6:42 PM Daniel Pocock wrote:
>
>
>
> On 15/03/2020 13:32, Neal Gompa wrote:
> > On Fri, Mar 6, 2020 at 2:06 PM Dakota Williams
> > wrote:
> >>
> >> On 3/6/20 1:21 PM, Daniel Pocock wrote:
> >>>
> >>>
> >>> On 05/03/2020 21:26, Julian Sikorski wrote:
> >>>
> I would
On Thu, Mar 19, 2020 at 4:25 PM Fabio Valentini wrote:
> - coq{,-coqide}
This one needs a version update. For that, it needs several new
packages. I've been working through the reviews, and we're almost
there! Two more reviews to get through, and the new coq version can
be built.
> - frama-c
On 15/03/2020 13:32, Neal Gompa wrote:
> On Fri, Mar 6, 2020 at 2:06 PM Dakota Williams
> wrote:
>>
>> On 3/6/20 1:21 PM, Daniel Pocock wrote:
>>>
>>>
>>> On 05/03/2020 21:26, Julian Sikorski wrote:
>>>
I would like to take this opportunity to remind about the PR that I have
prepared
Hi everybody,
I can't seem to figure out why this happened, but there are now a lot
of OCaml packages in fedora 32 that have broken dependencies. I've CCd
two of the maintainers that are impacted most by this (rjones and
jjames).
Right now, the following packages have broken dependencies and are
On Thu, Mar 5, 2020 at 1:19 PM Sergio Pascual wrote:
>
> Hello, I'm going to update (one week from now) wcslib to from 6.4 to 7.1.
> There is an API break, the changes are here;
> https://www.atnf.csiro.au/people/mcalabre/WCS/CHANGES
>
> I'm CCing affected package owners (astrometry, cpl,
Biggest thing on the agenda is the vote/discussion about the official
change to EPEL guidelines.
https://pagure.io/epel/issue/100
Please look over the latest/final proposal. If you want, you can vote
on the issue itself, or just be prepared to vote at the meeting.
On Thu, Mar 19, 2020 at 2:00
This is one reason I vastly prefer decentralized platforms such as
mailing lists and Usenet. You can't unsend an email.
On 3/19/2020 4:20 PM, Ty Young wrote:
> Oh, and when called out about the censorship on places like Medium &
> Reddit, people who apparently have the ability to uncensor
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2020-03-20 from 21:00:00 to 22:00:00 UTC
At freenode@fedora-meeting
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname EPEL
#topic
On 3/19/20 2:43 PM, Neal Gompa wrote:
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
On 3/19/20 2:18 PM, Daniel Pocock wrote:
On 12/03/2020 22:34, Matthew Miller wrote:
On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
It is very, very wrong and I don't feel I should have to
On Thursday, March 19, 2020 12:46:01 PM MST Silvia Sánchez wrote:
> Hello,
>
> I just read Gnome Code of Conduct, which can be found here:
> https://wiki.gnome.org/Foundation/CodeOfConduct
> Can anyone explain in which line racism is allowed?
> Also, what communism has to do with anything?
On Thu, Mar 19, 2020 at 2:36 pm, Ty Young wrote:
Have you seen Gnome's CoC? It literally allows racism. There was a bit
of an uproar about it, and Gnome foundation/developers members refused
to change it.
https://wiki.gnome.org/Foundation/CodeOfConduct
Clearly prohibits:
"Sexist, racist,
Hey folks.
Just a reminder that this is the Fedora Devel list.
Fedora devel related things are ontopic and this thread is drifting way
away from those. :)
If you want to discuss the Fedora code of conduct, I guess the council
discuss list would be ok for that? Other topics might be better for
On 19/03/2020 20:46, Silvia Sánchez wrote:
>
> Hello,
>
> I just read Gnome Code of Conduct, which can be found
> here: https://wiki.gnome.org/Foundation/CodeOfConduct
> Can anyone explain in which line racism is allowed?
> Also, what communism has to do with anything? Aren't you getting a
On Saturday, March 14, 2020 5:05:11 AM MST Marius Schwarz wrote:
> Hi all,
>
> bevor we start, it is a VERY VERY SPECIAL situation i will talk about
> now. It could get fixed by a UNUSUAL approach.
>
> The device we talk about as an example is the SURFACE PRO Tablet Series
> from Microsoft WITH
On Monday, March 16, 2020 2:15:34 AM MST Marius Schwarz wrote:
> Am 16.03.20 um 09:15 schrieb Tomasz Torcz:
>
> >> I knew someone would bring this up: TMP does not protect your drive,
> >> as you could boot with "init=/bin/bash 1" .
> >>
> >How do you do that WITHOUT KEYBOARD? This
Hello,
I just read Gnome Code of Conduct, which can be found here:
https://wiki.gnome.org/Foundation/CodeOfConduct
Can anyone explain in which line racism is allowed?
Also, what communism has to do with anything? Aren't you getting a bit too
paranoid? Why communist and not fascism? And how the
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
>
>
> On 3/19/20 2:18 PM, Daniel Pocock wrote:
> >
> > On 12/03/2020 22:34, Matthew Miller wrote:
> >> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
> >>> It is very, very wrong and I don't feel I should have to make a public
> >>>
On 3/19/20 2:18 PM, Daniel Pocock wrote:
On 12/03/2020 22:34, Matthew Miller wrote:
On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
It is very, very wrong and I don't feel I should have to make a public
request like this. Nonetheless, there is a certain type of person who
On 12/03/2020 22:34, Matthew Miller wrote:
> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
>> It is very, very wrong and I don't feel I should have to make a public
>> request like this. Nonetheless, there is a certain type of person who
>
> Daniel, to request re-instatement,
On Thu, Mar 19, 2020 at 11:53 AM Marius Schwarz wrote:
>
> Am 19.03.20 um 17:11 schrieb Michael Cronenworth:
> > On 3/19/20 11:04 AM, Marius Schwarz wrote:
> >> correct and thats the main issue, as long you have grub where you can
> >> edit the kernel line to start in runlevel 1.
> >> This makes
Am 19.03.20 um 17:11 schrieb Michael Cronenworth:
> On 3/19/20 11:04 AM, Marius Schwarz wrote:
>> correct and thats the main issue, as long you have grub where you can
>> edit the kernel line to start in runlevel 1.
>> This makes the encryption null and void.
>
> Adding a grub password will
On 19. 03. 20 18:47, Richard Shaw wrote:
I do in fact have that setup, but I tried commenting it out and now mock fails
almost immediately not able to find /usr/bin/yum.
After i removed that config, i needed to do:
$ mock -r epel-7-x86_64 --scrub all
To get rid of the broken bootstrap
On Thu, Mar 19, 2020 at 9:58 AM Miro Hrončok wrote:
> I've seen this before. It was my ~/.config/mock.cfg:
>
> config_opts['package_manager'] = 'dnf'
>
I do in fact have that setup, but I tried commenting it out and now mock
fails almost immediately not able to find /usr/bin/yum.
$ cat
Hello Artem,
Speaking of Java - Java SIG also wants help. Just fyi :)
чт, 19 мар. 2020 г. в 17:35, Artem Egorenkov :
>
> Hi,
>
> My name is Artem Egorenkov. I recently joined Red Hat in Brno, Czech Republic.
> I worked as a Software Developer for around 7 years and most of my experience
>
Hi,
My name is Artem Egorenkov. I recently joined Red Hat in Brno, Czech
Republic.
I worked as a Software Developer for around 7 years and most of my
experience relates to Java stack, and now I have decided to start in a
system development field.
I don't have much experience in open source
The new openssl-1.1.1e is coming to Rawhide.
It reports premature EOF/improper shutdown on TLS connections more
properly. However this might make some dependencies broken in build
tests (such as Ruby).
As I would like to eventually update the openssl also on stable
branches because it brings
On 3/19/20 11:04 AM, Marius Schwarz wrote:
correct and thats the main issue, as long you have grub where you can
edit the kernel line to start in runlevel 1.
This makes the encryption null and void.
Adding a grub password will prevent those without it from editing your boot
parameters. By
On Thu, Mar 19, 2020 at 05:04:36PM +0100, Marius Schwarz wrote:
> Am 19.03.20 um 15:52 schrieb Momčilo Medić:
> >
> > I'm not familiar with TPM chips, but from what I read here it sounds
> > like there would be no password prompt and anyone would be able to boot
> > the device, no?
> >
> >
>
>
Am 19.03.20 um 15:52 schrieb Momčilo Medić:
>
> I'm not familiar with TPM chips, but from what I read here it sounds
> like there would be no password prompt and anyone would be able to boot
> the device, no?
>
>
correct and thats the main issue, as long you have grub where you can
edit the
OLD: Fedora-32-20200318.n.0
NEW: Fedora-32-20200319.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 1
Dropped packages:1
Upgraded packages: 6
Downgraded packages: 0
Size of added packages: 7.17 MiB
Size of dropped packages:621.27 KiB
Size
No missing expected images.
Failed openQA tests: 3/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200318.n.0):
ID: 551053 Test: x86_64 Everything-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/551053
ID: 551153 Test: x86_64 universal
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/8 (x86_64)
New failures (same test not failed in Fedora-IoT-33-20200318.0):
ID: 551187 Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/551187
Passed openQA
On Thursday, March 19, 2020 3:47:55 PM CET Richard Shaw wrote:
> > That sounds like the correct (the default in mock-core-conifgs) config.
> > At the same time, you seem to be using --resultdir option - which for some
> > reason triggers the problem. Try to run mock without the option for now.
>
On 19. 03. 20 15:47, Richard Shaw wrote:
$ mock -r epel-7-x86_64 fail2ban-0.11.1-5.fc33.src.rpm
INFO: mock.py version 2.1 starting (python version = 3.7.6)...
Start(bootstrap): init plugins
INFO: selinux enabled
Finish(bootstrap): init plugins
Start: init plugins
INFO: selinux enabled
Finish:
On Mon, 2020-03-16 at 14:13 -0400, Stephen John Smoogen wrote:
>
>
> On Mon, 16 Mar 2020 at 13:56, Robbie Harwood
> wrote:
> > Tomasz Torcz writes:
> >
> > > On Sun, Mar 15, 2020 at 11:12:43PM +0100, Marius Schwarz wrote:
> > >> Am 15.03.20 um 13:32 schrieb Vitaly Zaitsev via devel:
> > >> >
On Thu, Mar 19, 2020 at 7:37 AM Pavel Raiskup wrote:
> On Thursday, March 19, 2020 1:27:11 PM CET Richard Shaw wrote:
>
> We need to fix the bug I'm afraid. If anyone can submit PR, it is
> welcome.. otherwise I hope I'll get to it this or the next week.
>
> > I tried adding the following to
No missing expected images.
Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 13/171 (x86_64), 1/2 (arm)
New failures (same test not failed in
OLD: Fedora-Rawhide-20200318.n.0
NEW: Fedora-Rawhide-20200319.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 11
Dropped packages:0
Upgraded packages: 111
Downgraded packages: 0
Size of added packages: 2.59 MiB
Size of dropped packages:0
https://bugzilla.redhat.com/show_bug.cgi?id=1794749
Bug 1794749 depends on bug 1814655, which changed state.
Bug 1814655 Summary: libev-4.33 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1814655
What|Removed |Added
On Wednesday, March 18, 2020 3:50:34 PM CET Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 18, 2020 at 01:04:58PM +0100, Kamil Dudka wrote:
>
> > logrotate is a utility designed to simplify the administration of log
> > files on
a system which generates a lot of log files. It used to be
> >
On Thursday, March 19, 2020 1:27:11 PM CET Richard Shaw wrote:
> > You bild for epel-7-x86_64, but on Fedora?
>
> Yes, as a Fedora packager supporting both Fedora and EPEL I need the ability
> to do test builds on my system without needlessly abusing koji.
Ok, I just wanted confirmation it is
On Thu, Mar 19, 2020 at 3:07 AM Pavel Raiskup wrote:
> On Thursday, March 19, 2020 2:16:46 AM CET Richard Shaw wrote:
> > On Wed, Mar 18, 2020 at 8:04 PM Sérgio Basto wrote:
> >
> > > On Thu, 2020-03-19 at 00:55 +, Sérgio Basto wrote:
> > >
> > > On Wed, 2020-03-18 at 19:45 -0500, Richard
On Thursday, 19 March 2020 11.05.18 WET Tom Hughes wrote:
> Are you using a browser extension like uMatrix that may be blocking
> the cross domain query from bodhi to bugzilla?
>
> Tom
The only extension that I am using, and could potentially do that, is EFF's
Privacy Badger.
I will try a new
On Thu, Mar 19, 2020 at 08:37:31AM +, Richard W.M. Jones wrote:
> On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> > On Wed, 18 Mar 2020 09:50:24 +
> > "Richard W.M. Jones" wrote:
> >
> > > On Wed, Mar 18, 2020 at 10:46:19AM +0100, Dan Horák wrote:
> > > > On Wed, 18 Mar 2020
Il giorno gio, 19/03/2020 alle 12.07 +0100, Iñaki Ucar ha scritto:
> Yet another gcc10-related headache... I'm experiencing issues
> building rstudio in rawhide for i686:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=42614405. But I
> believe this is not the best package to chase the bug.
Yet another gcc10-related headache... I'm experiencing issues building
rstudio in rawhide for i686:
https://koji.fedoraproject.org/koji/taskinfo?taskID=42614405. But I believe
this is not the best package to chase the bug. No issues so far in F32, but
you said this fails randomly?
Iñaki
On Sun,
https://bugzilla.redhat.com/show_bug.cgi?id=1794749
Emmanuel Seyman changed:
What|Removed |Added
Depends On||1814655
Referenced Bugs:
On 19/03/2020 10:19, José Abílio Matos wrote:
when entering a new update through the web interface of bodhi I do
not get the list of open bugs in bugzilla, no mater the wait. There is a
rotating symbol as it happens to select the build(s) but I continues without
any output.
Are you
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
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
Hi,
when entering a new update through the web interface of bodhi I do
not get the list of open bugs in bugzilla, no mater the wait. There is a
rotating symbol as it happens to select the build(s) but I continues without
any output.
If I try to insert the bug number by hand the number
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
--- Comment #2 from Fedora Update System ---
FEDORA-2020-93df3e0e37 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-93df3e0e37
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1814445
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Thursday, March 19, 2020 3:09:14 AM CET Sérgio Basto wrote:
> Now we can't use `config_opts['package_manager'] = 'dnf'` to build on epel 7 ,
> it is working for me , maybe just after add
> config_opts['use_bootstrap_image'] = True on ~/.config/mock.cfg
Shortly, the `package_manager` option
On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> On Wed, 18 Mar 2020 09:50:24 +
> "Richard W.M. Jones" wrote:
>
> > On Wed, Mar 18, 2020 at 10:46:19AM +0100, Dan Horák wrote:
> > > On Wed, 18 Mar 2020 09:34:45 +
> > > "Richard W.M. Jones" wrote:
> > >
> > > >
> > > > This
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
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
On Thursday, March 19, 2020 2:16:46 AM CET Richard Shaw wrote:
> On Wed, Mar 18, 2020 at 8:04 PM Sérgio Basto wrote:
>
> > On Thu, 2020-03-19 at 00:55 +, Sérgio Basto wrote:
> >
> > On Wed, 2020-03-18 at 19:45 -0500, Richard Shaw wrote:
> >
> > Things have been somewhat rough with building
https://bugzilla.redhat.com/show_bug.cgi?id=1814532
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Thursday, March 19, 2020 1:55:39 AM CET Sérgio Basto wrote:
> On Wed, 2020-03-18 at 19:45 -0500, Richard Shaw wrote:
> > Things have been somewhat rough with building packages lately between
> > configs that don't work and such..
> > Now all the logs I see using "fedpkg mockbuild" have all the
https://bugzilla.redhat.com/show_bug.cgi?id=1814532
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Thu, Mar 19, 2020 at 1:46 AM Richard Shaw wrote:
>
> Things have been somewhat rough with building packages lately between configs
> that don't work and such..
>
> Now all the logs I see using "fedpkg mockbuild" have all the log lines
> doubled. I searched the mailing list and didn't find
On Thu, Mar 19, 2020 at 5:48 AM Samuel Sieb wrote:
>
> On 3/18/20 5:14 PM, Solomon Peachy wrote:
> > Error: Transaction test error:
>
> There appears to be a packaging change causing this problem.
>
> >file /usr/share/widelands/i18n/fonts/DejaVu from install of
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1806619
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|fedora...@rule.lv |s...@techie.net
---
87 matches
Mail list logo