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 v
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 https://fedora
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 t
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
clementine-
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 libchromap
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 o
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 sen
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, th
>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 util.p
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 def
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 experience,
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.
15 matches
Mail list logo
