Hello all.
I want to unretire foo2zjs and its direct dependency argyllcms.
These packages require re-review:
https://bugzilla.redhat.com/show_bug.cgi?id=1889072
https://bugzilla.redhat.com/show_bug.cgi?id=1889073
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201017.0):
ID: 699681 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
https://bugzilla.redhat.com/show_bug.cgi?id=1887018
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
No missing expected images.
Passed openQA tests: 7/7 (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 devel-le...@lists.fedorap
On Sun, 18 Oct 2020 at 10:54, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> Hello all.
>
> I want to unretire foo2zjs and its direct dependency argyllcms.
>
> These packages require re-review:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1889072
> https://bugzilla.redhat.co
On 18.10.2020 12:41, Andy Mender wrote:
I'll review both, but please indicate in the Bugzilla request for foo2zjs that
argyllcms is its dependency so they're linked together.
Thanks.
Also, I created a COPR project for you so you can track updates and
improvements accordingly. Request access
Vít Ondruch wrote:
> This is good candidate for inclusion in fedora-obsolete-packages BTW.
I think that if and when it is decided to drop the migration-only
thunderbird-enigmail, thunderbird would be a better place to carry the
Obsoletes than the generic fedora-obsolete-packages.
Given that Ope
Vojtěch Polášek wrote:
> I have some basics of RPM packaging, but I have not created a package
> from scratch yet. I would like to package one Python package called
> Tesserwrap. I used the pyp2rpm program to create a spec file. The file
> is here:
>
> https://fedorapeople.org/~vpolasek/tesserwrap
OLD: Fedora-Rawhide-20201017.n.0
NEW: Fedora-Rawhide-20201018.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 5
Dropped packages:1
Upgraded packages: 34
Downgraded packages: 0
Size of added packages: 15.55 MiB
Size of dropped packages
Marius Schwarz wrote:
> Fehlgeschlagen: Delta-RPMs erhöhten die Größe für Updates von 89.6 MB
> auf 92.7 MB (-3.1% verschwendet)*
> [ Fail: Delta-RPMs have increased the size of updates from 89.6 MB to
> 92.7 MB ( -3.1% wasted ) ]
I shall note that the warning message is mathematically incorrect,
OLD: Fedora-33-20201017.n.0
NEW: Fedora-33-20201018.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 2
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Mamoru TASAKA wrote:
> For now I've added workaround for calamares FTBFS and built
> calamares-3.2.11-13.fc34 :
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1626586
Thanks, that'll be good enough for now. I'll be looking into upgrading
Calamares to 3.2.32.1 and making the Python byteco
José Abílio Matos wrote:
> (I am aware that they use poppler as backend so probably the culprit is
> here).
Poppler is used only for PDF. PostScript uses libspectre (only).
> Okular accepts the file if I open it using "Import PostScript as PDF".
Only in that case does it actually use Poppler. :-
No missing expected images.
Compose FAILS proposed Rawhide gating check!
24 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 95/181 (x86_64)
Old failures (same test failed in Fedora-Rawhide-202
No missing expected images.
Failed openQA tests: 2/181 (x86_64)
New failures (same test not failed in Fedora-33-20201017.n.0):
ID: 700130 Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/700130
ID: 700196 Test: x86_64 KDE-live-iso install_default@uefi
URL:
A libdvdread update to the latest 6.1.1 release is overdue and is coming
to rawhide. It comes with an ABI bump (.so.4 -> .so.7) and an API change
(a previously public struct ifo_handle_t is now private). I rebuilt all
dependent packages in COPR (Fedora ones) and in mock locally (RPM
Fusion) and onl
On 01. 10. 20 7:50, Lumír Balhar wrote:
Hello.
I've upgraded to Fedora 33 beta and I've discovered a problem with Thunderbird.
All email accounts work well except the Red Hat one with mail.corp.redhat.com as
an IMAP server (I use Zimbra servers not Gmail).
The problem is that Thunderbird doe
On Sun, Oct 18, 2020 at 9:32 PM Miro Hrončok wrote:
> For the record: Not sure if this was fixed on server side or some polices have
> changed, however I have not needed to apply the workaround, my email works out
> of the box after the upgrade.
You could probably use openssl connect to determin
I figure I'll add my two cents for as little as that's worth.
Personally, I use extlinux with a custom, barebones configuration. On my EFI
systems, I use syslinux EFI. I like the simplicity of syntax for syslinux's
configuration and how small it is, but that's me, and it's not going to be
every
19 matches
Mail list logo
