On Tue, Jul 30, 2024 at 8:07 AM Jednorozec wrote:
>
>
> Following is the list of topics that will be discussed in the
> FESCo meeting Tuesday at 17:00 UTC in #meeting:fedoraproject.org
> on Matrix.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCHowto
>
>
I have orphaned:
https://src.fedoraproject.org/rpms/mingw-gdbm
mingw-gdbm is the Windows / MinGW port of the GNU DBM key/value
database (https://www.gnu.org.ua/software/gdbm/).
I don't believe anything else in Fedora BuildRequires this package.
The latest upstream version is 1.24 (1.23 in Fedor
On 30. 07. 24 1:57, Sérgio Basto wrote:
On Tue, 2024-07-30 at 01:31 +0200, Miro Hrončok wrote:
On 30. 07. 24 1:20, Miro Hrončok wrote:
Hello,
I got build failure of pypy3.9 and pypy3.10 on x86_64 only, with:
collect2: fatal error: cannot find ‘ld’
compilation terminated.
See the
* Sérgio Basto:
> BTW and regarding this topic, should we start avoid build with golden
> linker ? i.e for example, qt5-qtwebengine [2] should we add
> BuildRequires: binutils-gold or should we try built with other linker
> (ldd IIRC) ?
I suggest building with BFD ld first (the defaul
Am Mo., 29. Juli 2024 um 20:11 Uhr schrieb Tomi Lähteenmäki :
>
> On ma, heinä 22 2024 at 12.43.30 -07:00:00, Kevin Fenzi
> wrote:
>
> The mass rebuild was done in a side tag (f41-rebuild) and moved over to f41.
> Failures can be seen
> https://kojipkgs.fedoraproject.org/mass-rebuild/f41-failur
Hello,
I've got this fix into 'asio' package:
https://src.fedoraproject.org/rpms/asio/pull-request/4#request_diff
When %devel package is installed on Fedora Rawhide and later, it is
supposed to also pull in the 'openssl-devel-engine' package via
"Recommends:".
https://src.fedoraproject.org/rp
V Tue, Jul 30, 2024 at 12:31:37PM +0200, Michal Schorm napsal(a):
> Hello,
>
> I've got this fix into 'asio' package:
> https://src.fedoraproject.org/rpms/asio/pull-request/4#request_diff
>
> When %devel package is installed on Fedora Rawhide and later, it is
> supposed to also pull in the 'ope
One month ago, input-remapper was rebuilt for Python 3.13:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2480729
The build was successful, even though in the build log there are some
"Logging errors" and the probably related:
FileNotFoundError: [Errno 2] No such file or directory:
'/tmp/in
Hi,
I am experiencing the following error when running `fedpkg build
--nowait` to build rpms/ruby on a rawhide branch.
What's happening now?
```
$ klist
Ticket cache: KCM:1000
Default principal: jar...@fedoraproject.org
Valid starting Expires Service principal
07/30/2024 13:40:
It seems after upgrading the fedpkg RPM, it's working now.
```
$ sudo dnf upgrade fedpkg
$ rpm -q fedpkg
fedpkg-1.45-2.fc39.noarch
$ fedpkg build --nowait
Building ruby-3.3.4-13.fc41 for rawhide
Created task: 121241734
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=121241734
```
On 7/30/24 13:50, Jun Aruga (he / him) wrote:
It seems after upgrading the fedpkg RPM, it's working now.
```
$ sudo dnf upgrade fedpkg
$ rpm -q fedpkg
fedpkg-1.45-2.fc39.noarch
$ fedpkg build --nowait
Building ruby-3.3.4-13.fc41 for rawhide
Created task: 121241734
Task info: https://koji.fedo
Dne 30. 07. 24 v 12:46 odp. Petr Pisar napsal(a):
Yes, weak dependencies are disabled in Koji. See install_weak_deps DNF option:
I will add that Koji inherits this from Mock where it is disabled too.
The reason is that we want to have reproducible builds (as possible). With this enable we can
Am Di., 30. Juli 2024 um 12:47 Uhr schrieb Alexander Ploumistos
:
>
> One month ago, input-remapper was rebuilt for Python 3.13:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2480729
>
> The build was successful, even though in the build log there are some
> "Logging errors" and the proba
Hello Michael,
Thank you very much for taking the time to look into this.
On Tue, Jul 30, 2024 at 3:42 PM Michael J Gruber wrote:
>
> input-remapper's tests should probably wait for event, not just time
> passed, with a safety-timeout. But that's an upstream issue.
I will get in touch with the
Understood,
thanks for the explanation of both KOJI and MOCK side.
I proposed a fix to the asio package:
https://src.fedoraproject.org/rpms/asio/pull-request/5
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Tue, Jul 30, 2024 at 2:15 PM Miroslav Suchý wrote:
>
On 24. 06. 24 19:38, Stephen Gallagher wrote:
On Mon, Jun 24, 2024 at 1:30 PM Miro Hrončok wrote:
On 24. 06. 24 19:13, Kevin Fenzi wrote:
tickets are valid for 24hours and can be renewed for 1 week. (Either via
gnome online accounts or just 'kinit -R')
How do I do that?
$ fkinit
... all go
As the SPDX Change slowly finishes I focused on the license that I regularly
report as:
warning: not valid neither as Callaway nor as SPDX, please check
These are license tags that are hard to automatically parse. It include texts like "GPLv1 AND/OR GPLv2", free form
description of exception
On 30. 07. 24 16:07, Miroslav Suchý wrote:
churchyard pypy pypy3.10 pypy3.9
IMHO this uses a valid Callaway expression.
It has UCD in it, which is not part of fedora-license-data, but it was listed
in the old wiki:
There is https://fedoraproject.org/wiki/Licensing:UCD
And it is listed in
Miroslav Suchý writes:
> libcxx nikic sergesanspaille spot tstellar tuliom
I believe this project got listed by mistake.
Its current license is: Apache-2.0 WITH LLVM-exception OR MIT OR NCSA
Isn't this a valid SPDX expression?
--
Tulio Magno
--
_
Dne 30. 07. 24 v 4:40 odp. Miro Hrončok napsal(a):
churchyard pypy pypy3.10 pypy3.9
IMHO this uses a valid Callaway expression.
It has UCD in it, which is not part of fedora-license-data, but it was listed
in the old wiki:
There is https://fedoraproject.org/wiki/Licensing:UCD
And it is list
Dne 30. 07. 24 v 5:05 odp. Tulio Magno Quites Machado Filho napsal(a):
Miroslav Suchý writes:
libcxx nikic sergesanspaille spot tstellar tuliom
I believe this project got listed by mistake.
Its current license is: Apache-2.0 WITH LLVM-exception OR MIT OR NCSA
Isn't this a valid
On 2024-07-27 09:03, Davide Cavalca wrote:
Hey folks,
I have orphaned golang-helm-3. The package currently fails to build
due to broken dependencies, and in general it's been pretty painful to
keep in working shape. While it'd be nice to continue having Helm in
Fedora, I don't think this is main
Hi.
I am going to do the mass change of the licenses from "GPL+ or Artistic" to
"GPL-1.0-or-later OR Artistic-1.0-Perl"
The proposed diff is here https://k00.fr/1o80qex2
Affected packages:
https://k00.fr/fsag6bev
Unless somebody stop me, I will do this change directly in dist-git after a
we
On Tue, Jul 30, 2024 at 06:06:07AM +, Jednorozec wrote:
> #3256 Change: ROCm 6.2
> https://pagure.io/fesco/issue/3256
> DECISION (+2, 0, -0)
>
> #3257 Change: PyTorch 2.4
> https://pagure.io/fesco/issue/3257
> DECISION (+2, 0, -0)
>
> #3258 Change: LXQt 2.0
> https://pagure.io/fesco/issue/325
On Tue, Jul 30, 2024 at 9:08 AM Miroslav Suchý wrote:
> As the SPDX Change slowly finishes I focused on the license that I
> regularly report as:
>
> warning: not valid neither as Callaway nor as SPDX, please check
>
> These are license tags that are hard to automatically parse. It include
> te
Miroslav Suchý writes:
> The "BSD" is the problematic part. You should find which BSD it is. Usually
> BSD-2-Clause or BSD-3-Clause.
I see... I'm proposing a fix here:
https://src.fedoraproject.org/rpms/libcxx/pull-request/51
Thanks!
--
Tulio Magno
--
___
Announcing the creation of a new nightly release validation test event
for Fedora 41 Rawhide 20240730.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
Could you please take a look at rust-oxipng to see exactly what the tooling is
complaining about? Everything in the spec file,
https://src.fedoraproject.org/rpms/rust-oxipng/blob/rawhide/f/rust-oxipng.spec,
looks like a valid SPDX expression to me. Thanks!
On Tue, Jul 30, 2024, at 10:07 AM, Mir
Dne 30. 07. 24 v 7:23 odp. Richard Shaw napsal(a):
Per upstream opencascade is "GNU Lesser General Public License (LGPL) version 2.1
with additional exception"
https://dev.opencascade.org/resources/licensing
Does that translate to "LGPL-2.1-only with additional exception"?
No.
It should be:
Dne 30. 07. 24 v 7:40 odp. Ben Beasley napsal(a):
Could you please take a look at rust-oxipng to see exactly what the tooling is
complaining about? Everything in the spec
file,https://src.fedoraproject.org/rpms/rust-oxipng/blob/rawhide/f/rust-oxipng.spec,
looks like a valid SPDX expression to
TOPIC:#3252 Change: Default podman created images to zstd:chunked
(@humaton:fedora.im, 17:08:22)
LINK:
https://discussion.fedoraproject.org/t/switch-fedora-container-images-to-support-zstd-chunked-format-by-default/123712/25
(@zbyszek:fedora.im, 17:18:15)
AGREED: Change is rejected due to insuff
OLD: Fedora-Rawhide-20240729.n.0
NEW: Fedora-Rawhide-20240730.n.0
= SUMMARY =
Added images:0
Dropped images: 3
Added packages: 11
Dropped packages:32
Upgraded packages: 179
Downgraded packages: 0
Size of added packages: 2.71 MiB
Size of dropped packages
Thank you Mikel, indeed, for keeping helm available in Fedora.
On 7/30/24 9:02 AM, Davide Cavalca wrote:
On 2024-07-27 09:03, Davide Cavalca wrote:
Hey folks,
I have orphaned golang-helm-3. The package currently fails to build
due to broken dependencies, and in general it's been pretty painful
Thanks! The %{shrink: …} RPM macro is not extremely widespread, but I know
there are other packages, especially but not exclusively Rust-based packages,
that use it to break long license expressions. I’m not able to investigate
right now, but I suspect you may be pleasantly surprised to find tha
AFAIK the SIGABRT is thrown from assert. I already have increased the
timeout multiplier (meson's command line option) but as I saw this now
also happen for x86 I have started to think it is not about the timeout.
It is not a long time ago that I was tracking done another sporadic
failure in c
On Mon, Jul 29, 2024 at 09:41:14PM GMT, Michael Cronenworth wrote:
> On 7/17/24 11:19 AM, Kevin Fenzi wrote:
> > On Tue, Jul 16, 2024 at 12:43:06PM GMT, Michael Cronenworth wrote:
> > > On 7/16/24 12:18 PM, Miro Hrončok wrote:
> > > > php-symfony siwinski
> > > > php-symfony-psr-http-message-bridge
On Tue, Jul 30, 2024 at 11:22 AM Miroslav Suchý wrote:
>
> Dne 30. 07. 24 v 4:40 odp. Miro Hrončok napsal(a):
>
> churchyard pypy pypy3.10 pypy3.9
>
>
> IMHO this uses a valid Callaway expression.
>
> It has UCD in it, which is not part of fedora-license-data, but it was listed
> in the old wiki:
On Tue, Jul 30, 2024 at 1:24 PM Richard Shaw wrote:
>
>> perl-RPC-XML hobbes1069 jplesnik ppisar
>
> This one I have no idea what to do with:
> License:(Artistic 2.0 or Artistic or LGPLv2) and (Artistic 2.0 or LGPLv2)
Just looked at this - it seemed to me that the author had intended
On Tue, Jul 30, 2024 at 04:07:01PM GMT, Miroslav Suchý wrote:
...snip...
mxml kevin
mxml is ASL-2.0 with a linking exception for "GPLv2 or LGPLv2"
( https://github.com/michaelrsweet/mxml/blob/master/NOTICE )
Should that be:
apache-2.0 WITH GPL-Linking-Exception ?
kevin
signat
Hi,
I have orphaned the java-diff-utils package, which fails to build due to
broken and unmaintained dependency jgit.
Thanks
Christiano
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
Hi,
My time for package maintenance grows shorter by the day. I have to orphan/retire
the following as they are FTBFS.
* mingw-sane-backends - only builds a Fujitsu driver anyway. There are numerous
issues with the latest GCC compiler. Mainly type conversions.
* mingw-p11-kit - Numerious com
Dne 30. 07. 24 v 11:54 odp. Kevin Fenzi napsal(a):
mxml is ASL-2.0 with a linking exception for "GPLv2 or LGPLv2"
(https://github.com/michaelrsweet/mxml/blob/master/NOTICE )
Should that be:
apache-2.0 WITH GPL-Linking-Exception ?
GPL-Linking-Exception does not exists.
https://spdx.org/licens
42 matches
Mail list logo
