On 08-09-2023 02:36, Sérgio Basto wrote:
xdg-utils is a MIT License [1] what SPDX license have [2] ? if it is
already a valid SPDX formula , what I should write on changelog ?
Something like:
- Migrated to SPDX license (noop)
will mark the package as migrated even if the License: value doesn'
Dne 08. 09. 23 v 2:39 Neal Gompa napsal(a):
xdg-utils is a MIT License [1] what SPDX license have [2] ? if it is
already a valid SPDX formula , what I should write on changelog ?
Do nothing. This transition is a no-op for you.
Nope. If he does nothing I will still report it in statistics as:
On Thu, Sep 7, 2023 at 8:37 PM Sérgio Basto wrote:
>
> Hi,
>
> xdg-utils is a MIT License [1] what SPDX license have [2] ? if it is
> already a valid SPDX formula , what I should write on changelog ?
>
Do nothing. This transition is a no-op for you.
--
真実はいつも一つ！/ Always, there's only one truth
Hi,
xdg-utils is a MIT License [1] what SPDX license have [2] ? if it is
already a valid SPDX formula , what I should write on changelog ?
Thank you
[1]
https://gitlab.freedesktop.org/xdg/xdg-utils/-/blob/master/LICENSE?ref_type=heads
[2]
License-fedora2spdx MIT
Warning: more options on ho
On 9/7/23 11:40, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 07 September 2023 at 11:13, František Šumšal wrote:
Hello,
I plan to bump libtommath to 1.2.1 in Rawhide, which bumps the respective
shared library to libtommath.so.1.2.1. According to repoquery all dependencies
depend only o
=
#fedora-meeting-2: FESCO (2023-09-07)
=
Meeting started by Son_Goku at 17:02:05 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2023-09-07/fesco.2023-09-07-17.02.log.html
.
Meeting
While updating tellico and converting the license to a SPDX identifier I
notice that the previous version was incomplete.
Before it was referred as GPLv2.0-only but the code refers to it as GPL-2.0-
or-later.
This change should have been done several years ago but I did not noticed.
Regards,
--
On Thu, Sep 7, 2023 at 8:00 AM wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2023-09-08 from 12:00:00 to 13:00:00 US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
Open Floor
___
devel mai
Following is the list of topics that will be discussed in the
FESCo meeting Thursday at 17:00UTC in #fedora-meeting-2 on
irc.libera.chat.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2023-09-07 17:00 UTC'
Links to all issues to be
--- Original Message ---
On Thursday, September 7th, 2023 at 12:47, Miro Hrončok
wrote:
>
> Looks good.
>
> One nitpick:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-ce1971f63f
>
> You named the update "low". I suggest you edit the update and remove the name
> entirely.
On 9/2/23 5:32 AM, Miroslav Suchý wrote:
Dne 02. 09. 23 v 13:07 Zbigniew Jędrzejewski-Szmek napsal(a):
"python-lit warning: valid as old and new and no changelong entry, please check"
The License string is valid as both the old-style Fedora license and a SPDX
expression, and the tooling did n
I'm getting:
Transaction failed: Rpm transaction failed.
- file /usr/lib64/libnode.so.115 from install of
nodejs-libs-1:20.5.1-1.fc39.x86_64 conflicts with file from package
nodejs20-libs-1:20.5.1-1.fc38.x86_64
- file /usr/bin/node-20 from install of nodejs-1:20.5.1-1.fc39.x86_64
conflicts
OLD: Fedora-39-20230906.n.0
NEW: Fedora-39-20230907.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 0
Dropped packages:0
Upgraded packages: 13
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
On Thu, Sep 7 2023 at 12:55:03 PM +0200, Fabio Valentini
wrote:
Sure, but that means it will still be started on Fedora with default
configuration, unless I misunderstand something?
It will. D-Bus services are a little weird because they often ship
systemd services but they're still effective
Am Do., 7. Sept. 2023 um 14:02 Uhr schrieb Zbigniew Jędrzejewski-Szmek
:
>
> I'm testing the upgrade to F39, and I see the following:
>
> Installing group/module packages:
> tlwg-waree-fontsnoarch 0.7.3-9.fc39 fedora
> 250.3 KiB
>replacing thai-scalable-fonts-comm
I'm testing the upgrade to F39, and I see the following:
Installing group/module packages:
tlwg-waree-fontsnoarch 0.7.3-9.fc39 fedora 250.3
KiB
replacing thai-scalable-fonts-common noarch 0.7.3-5.fc38 18.6
KiB
replacing thai-scalable-waree-fonts noarch
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2023-09-08 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10568/
___
devel maili
OLD: Fedora-Rawhide-20230906.n.0
NEW: Fedora-Rawhide-20230907.n.0
= SUMMARY =
Added images:2
Dropped images: 6
Added packages: 3
Dropped packages:1
Upgraded packages: 130
Downgraded packages: 0
Size of added packages: 1.37 MiB
Size of dropped packages
It looks like the Electrum build is currently blocked not by protobuf,
but by the failure of python-qdarkstyle to rebuild for Python
3.12[1][2]. That dependency is also currently orphaned.
Grepping through the Electrum source, I see:
Electrum-4.3.4/contrib/requirements/requirements.txt
On 07. 09. 23 6:11, Orion Poplawski wrote:
I'm running into an issue where python-rpds-py excludes i686:
# https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
# Also rust-rpds is not available on i686
ExcludeArch: %{ix86}
but then my python-nbformat build gets sent to an i686 bui
On Wed, Sep 6, 2023 at 7:39 PM Martin Gansser wrote:
>
> Hi,
>
> when compiling vdr-skindesigner-1.2.21 [1] on fc38 it fails with this error
> message:
>
> g++ -O3 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
> -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FO
On Thu, Sep 7, 2023 at 12:53 PM Richard Hughes wrote:
>
> On Thu, 7 Sept 2023 at 11:36, Fabio Valentini wrote:
> > All systemd services that have an "enabled by default" preset need to do
> > that:
> > https://docs.fedoraproject.org/en-US/packaging-guidelines/DefaultServices/#_enabling_services_
On Thu, 7 Sept 2023 at 11:36, Fabio Valentini wrote:
> All systemd services that have an "enabled by default" preset need to do that:
> https://docs.fedoraproject.org/en-US/packaging-guidelines/DefaultServices/#_enabling_services_by_default
It's not exactly enabled by default -- it's autostarted
On 06. 09. 23 9:02, Christiano Anderson wrote:
--- Original Message ---
On Tuesday, September 5th, 2023 at 13:54, Miro Hrončok
wrote:
I pushed the change only to rawhide branch, should I do the same for f39?
Yes please. But also build the package for both rawhide and Fedora 39 to mak
On Thu, Sep 7, 2023 at 8:00 AM Richard Hughes wrote:
>
> On Wed, 6 Sept 2023 at 21:32, Adam Williamson
> wrote:
> > There is no -lib package split in Fedora currently. The 'passim'
> > package provides the libraries.
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=2278800 - there
> > is
Unfortunately, it is worse than this: Electrum FTI in F39. A newer
Electrum version would fix that, but F39 still has no new enough protobuf.
Is there any other solution here than saying packaging Electrum for
Fedora 39 is just not possible and remove the package in F39, then
reintroduce it in
On Thursday, 07 September 2023 at 11:13, František Šumšal wrote:
> Hello,
>
> I plan to bump libtommath to 1.2.1 in Rawhide, which bumps the respective
> shared library to libtommath.so.1.2.1. According to repoquery all
> dependencies depend only on libtommath.1, so no rebuild should be necessar
Hello,
I plan to bump libtommath to 1.2.1 in Rawhide, which bumps the respective
shared library to libtommath.so.1.2.1. According to repoquery all dependencies
depend only on libtommath.1, so no rebuild should be necessary:
$ dnf repoquery --releasever rawhide --whatrequires 'libtommath.so.*'
On Wed, Sep 06, 2023 at 07:58:24AM -0400, Stephen Smoogen wrote:
> On Fri, 25 Aug 2023 at 13:31, Richard Hughes wrote:
>
> > On Fri, 25 Aug 2023 at 16:27, Stephen Smoogen wrote:
> > > It depends on the scanning from ports open to unknown shared files to
> > 'why did our network costs go up so mu
29 matches
Mail list logo
