Also to that point, the compatibility issues aren't always compatibility
issues, but rather poorly written tests. For example, some tests might
hardcode an expected checksum [0] for the compressed output, which could be
broken by any number of changes even if the compressed output is entirely
Hi folks! I'm proposing we cancel the QA meeting tomorrow. It's a
holiday in Canada and some folks may still be recovering from Flock.
If anyone thinks we should have a meeting and wants to run it instead
of me, please go ahead and send out an agenda and plan to run the
meeting - see
On 8/5/23 12:47, Miro Hrončok wrote:
On 01. 08. 23 23:48, Robert-André Mauchin wrote:
On 7/31/23 12:13, Miro Hrončok wrote:
Dear maintainers.
Based on the current fail to build from source policy, the following packages
should be retired from Fedora 39 approximately one week before branching.
On Sun, 2023-08-06 at 10:08 -0500, Richard Shaw wrote:
> On Sun, Aug 6, 2023 at 9:44 AM Sérgio Basto
> wrote:
> > On Sun, 2023-08-06 at 08:04 -0500, Richard Shaw wrote:
> > > From what I can tell in the spec file[1] for chromaprint, the
> > > only thing that's supposed to depend on ffmpeg is the
Specifically I think this needs to be addressed if possible:
# dnf repoquery --whatrequires libchromaprint\* | grep x86_64
Last metadata expiration check: 0:02:55 ago on Sun 06 Aug 2023 10:10:31 AM
CDT.
acoustid-fingerprinter-0:0.6-31.fc38.x86_64
chromaprint-tools-0:1.5.1-8.fc38.x86_64
On Sun, Aug 6, 2023 at 9:44 AM Sérgio Basto wrote:
> On Sun, 2023-08-06 at 08:04 -0500, Richard Shaw wrote:
>
> From what I can tell in the spec file[1] for chromaprint, the only thing
> that's supposed to depend on ffmpeg is the tools package, but it seems to
> have found its way into
On Sun, 2023-08-06 at 08:04 -0500, Richard Shaw wrote:
> From what I can tell in the spec file[1] for chromaprint, the only
> thing that's supposed to depend on ffmpeg is the tools package, but
> it seems to have found its way into libchromaprint[2] as well.
>
> I'm trying to build a new version
Hi,
I will start a mass rebuild in a side-tag, very soon , the goal is
finish and merge it before the mass branch which is scheduled for 08
Aug 2023
Best regards,
--
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
On 8/6/23 02:00, Peter Robinson wrote:
We tried to pull some of the optimisations in some time ago to the
Fedora package and they caused some issues with compatibility.
Please provide *any* documentation! Such as: the dates the work was performed,
the participants, the nature of the issues,
>From what I can tell in the spec file[1] for chromaprint, the only thing
that's supposed to depend on ffmpeg is the tools package, but it seems to
have found its way into libchromaprint[2] as well.
I'm trying to build a new version of codec2 with a soname change but I'm
hitting this:
DEBUG
https://bugzilla.redhat.com/show_bug.cgi?id=2229486
Bug ID: 2229486
Summary: perl-Apache-Reload-0.14 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Apache-Reload
Keywords: FutureFeature, Triaged
OLD: Fedora-Rawhide-20230805.n.0
NEW: Fedora-Rawhide-20230806.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 3
Dropped packages:26
Upgraded packages: 81
Downgraded packages: 0
Size of added packages: 333.20 KiB
Size of dropped packages
Dne 06. 08. 23 v 10:26 Barry Scott napsal(a):
On 05/08/2023 08:07, Miroslav Suchý wrote:
Tip of the day:
Do you want to validate your License string? Use: license-validate
"$YOUR_LICENSE_STRING"
I dnf installed license-validate on F38
Then run it to check a license and it does this:
On 05/08/2023 08:07, Miroslav Suchý wrote:
Tip of the day:
Do you want to validate your License string? Use: license-validate
"$YOUR_LICENSE_STRING"
I dnf installed license-validate on F38
Then run it to check a license and it does this:
$ /usr/bin/license-validate BSD
No terminal
On Sun, Aug 06, 2023 at 04:34:46AM -, Daniel Alley wrote:
> >In my test zlib-ng is about 40% faster.
>
> I did some testing with zlib-ng and createrepo-c a few months ago
> [0], and I also found that the compression portion of the workload
> was about 40% faster. So this matches my
On Sun, Aug 6, 2023 at 5:35 AM Daniel Alley wrote:
>
> >In my test zlib-ng is about 40% faster.
>
> I did some testing with zlib-ng and createrepo-c a few months ago [0], and I
> also found that the compression portion of the workload was about 40% faster.
> So this matches my experience, too.
16 matches
Mail list logo