Re: Contribute at the Test Week for the Anaconda Web UI Installer for Fedora Workstation

[Luna Jernberg]

Will try to help out if i have time and energy, a bit sick at the moment,
and turn older later this week so family is coming over

Den fre 8 nov. 2024 kl 16:05 skrev Fedora Magazine :

> The Workstation team is working on the final integration of Anaconda Web
> UI Installer for Fedora Linux Workstation. As a result, the Fedora
> Workstation Working Group and QA teams have organized a test week from
> Monday, Nov 11, 2024 to Monday, Nov 18, 20…
>
> Read on blog
> 
> or Reader
> 
> [image: Site logo image] Fedora Magazine  Read
> on blog
> 
> or Reader
> 
>  Contribute
> at the Test Week for the Anaconda Web UI Installer for Fedora Workstation
> 

Re: HEADS UP: OpenImageIO 3.x SONAME bump

[Luya Tshimbalanga]

Thanks for the heads-up. I cc'd the clang and rocclr maintainers teams 
who are working on properly improve
HIP support (AMD hardware) for Blender Cycles rendering engine so they 
will correctly coordinate.


Sincerely,

On 2024-11-08 14:54, Richard Shaw wrote:
OpenImageIO 3 has been released and I plan on building in the next few 
days.


The following packages are affected:
$ fedrq wr -F "name" -s OpenImageIO-devel
blender
embree
luxcorerender
oidn
openshadinglanguage
usd

I will build in a side tag for Rawhide only unless someone has a 
compelling reason to update another release.


Thanks,
Richard


--
Luya Tshimbalanga
Fedora Design Team
Fedora Design Suite maintainer
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora eln compose report: 20241111.n.0 changes

[Fedora ELN Report]

OLD: Fedora-eln-20241110.n.0
NEW: Fedora-eln-2024.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 packages:   2.06 MiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   4.08 KiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  dtc-1.7.2-1.eln143
Old package:  dtc-1.7.1-1.eln143
Summary:  Device Tree Compiler
RPMs: dtc libfdt libfdt-devel libfdt-static python3-libfdt
Size: 1.02 MiB
Size change:  1.66 KiB
Changelog:
  * Sun Nov 10 2024 Peter Robinson  - 1.7.2-1
  - Update to 1.7.2


Package:  libell-0.70-1.eln143
Old package:  libell-0.69-1.eln142
Summary:  Embedded Linux library
RPMs: libell
Size: 1.04 MiB
Size change:  2.42 KiB
Changelog:
  * Sun Nov 10 2024 Peter Robinson  - 0.70-1
  - Update to 0.70



= DOWNGRADED PACKAGES =
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Moving away from the term "karma" in Bodhi

[Zbigniew Jędrzejewski-Szmek]

On Sun, Nov 10, 2024 at 03:18:49PM +, Mattia Verga via devel wrote:
> I have started to move away Bodhi from using the term "karma" to rate 
> updates. I know this word has become familiar to all Fedora users, but 
> there were several requests in the past to stop the misuse. As I may not 
> be the most "politically correct" person you know, this task has been 
> low priority for me; nevertheless, I've now found some spare time to 
> start working on it.
> 
> So, I plan to replace the term "karma" with "feedback" where users 
> submit their (+1|0|-1) vote: a Comment will no more have the "karma" 
> property, but it will be "feedback". At the same time, TestCaseKarma and 
> BugKarma will become TestCaseFeedback and BugFeedback.
> 
> For updates, the term "karma" is used as the sum of all karma|feedback 
> submitted by users, so I plan to rename this to "rating". English is not 
> my native language, but I think it is correct to rate an update 
> positive|neutral|negative and rating should be quite understandable to 
> foreign speakers.

Is this decision final? "karma" is a distinct term that is not easily
confused. But if you tell me that an update had a negative "rating",
people in Fedora will not know what you're talking about. The word
is much more generic.

Why did people complain about "karma"?

Zbyszek
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Moving away from the term "karma" in Bodhi

[Sandro]

On 11-11-2024 08:27, Zbigniew Jędrzejewski-Szmek wrote:

On Sun, Nov 10, 2024 at 03:18:49PM +, Mattia Verga via devel wrote:

I have started to move away Bodhi from using the term "karma" to rate
updates. I know this word has become familiar to all Fedora users, but
there were several requests in the past to stop the misuse. As I may not
be the most "politically correct" person you know, this task has been
low priority for me; nevertheless, I've now found some spare time to
start working on it.

So, I plan to replace the term "karma" with "feedback" where users
submit their (+1|0|-1) vote: a Comment will no more have the "karma"
property, but it will be "feedback". At the same time, TestCaseKarma and
BugKarma will become TestCaseFeedback and BugFeedback.

For updates, the term "karma" is used as the sum of all karma|feedback
submitted by users, so I plan to rename this to "rating". English is not
my native language, but I think it is correct to rate an update
positive|neutral|negative and rating should be quite understandable to
foreign speakers.


Is this decision final? "karma" is a distinct term that is not easily
confused. But if you tell me that an update had a negative "rating",
people in Fedora will not know what you're talking about. The word
is much more generic.


How about replacing the term "karma" with "kudos"? It has a similar ring 
to it and should be uncontroversial.


Could the icon above the colon voor neutral (neither positive nor 
negative) be changed at the same time to make it more distinct? It now 
uses the same thumbs up as the positive colon, wrongly suggesting the 
default selection being positive karma|kudos|feedback when it actually 
doesn't add to the count.


-- Sandro

--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Orphaning hyprland and related packages

[Pavel Solovev]

Due to never-ending "config refactors" it's difficult to push an update and not 
to violate https://docs.fedoraproject.org/en-US/fesco/Updates_Policy. I'm in 
favour of a rolling release approach and I don't want to be the one to keep a 
year old packages in the repo.

I orphaned:

rpms/hyprcursor
rpms/hypridle
rpms/hyprland
rpms/hyprland-protocols
rpms/hyprlang
rpms/hyprlock
rpms/hyprpaper
rpms/hyprpicker
rpms/hyprutils
rpms/hyprwayland-scanner
rpms/xdg-desktop-portal-hyprland

For some reason (Unable to orphan the package: An error occurred at the 
database level and prevent the action from reaching completion) I can't orphan 
rpms/aquamarine.
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: guadeque media player: SPDX license check

[Martin Gansser]

thanks for your feedback.
I will contact upstream.

Regards
Martin
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Moving away from the term "karma" in Bodhi

[Mattia Verga via devel]

I have started to move away Bodhi from using the term "karma" to rate 
updates. I know this word has become familiar to all Fedora users, but 
there were several requests in the past to stop the misuse. As I may not 
be the most "politically correct" person you know, this task has been 
low priority for me; nevertheless, I've now found some spare time to 
start working on it.

So, I plan to replace the term "karma" with "feedback" where users 
submit their (+1|0|-1) vote: a Comment will no more have the "karma" 
property, but it will be "feedback". At the same time, TestCaseKarma and 
BugKarma will become TestCaseFeedback and BugFeedback.

For updates, the term "karma" is used as the sum of all karma|feedback 
submitted by users, so I plan to rename this to "rating". English is not 
my native language, but I think it is correct to rate an update 
positive|neutral|negative and rating should be quite understandable to 
foreign speakers.

I'm writing the changes so that a compatibility layer should not break 
other tools, which means for a decent amount of time anything still 
using the term "karma" should continue to work. I can push the changes 
into Bodhi's staging instance for anyone willing to test them against 
their code (I'll let you know when there's something ready to test).

Mattia


-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: HEADS UP: gdal-3.10.0 landing in rawhide

[Sandro Mani]

Hi

This is now done. The only build failure is python-rasterio, which needs 
to be updated to a newer version - I've proposed a pull request [1].


Sandro

[1] https://src.fedoraproject.org/rpms/python-rasterio/pull-request/3

On 07.11.24 15:48, Sandro Mani wrote:

Hi

I'll be building gdal-3.10.0 for rawhide in the f42-build-side-99830 
side tag, and also rebuilding the following dependencies:


 GMT
 mapserver
 liblas
 python-fiona
 postgis
 merkaartor
 bes
 qmapshack
 PDAL
 ncl
 vfrnav
 python-rasterio
 vtk
 paraview
 kealib
 OpenSceneGraph
 cloudcompare
 grass
 mapnik
 opencv
 mingw-opencv
 osgearth
 qgis
 gazebo

The process will last some two or three days.

Sandro


--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: rawhide and f41 build errors.

[Kevin Fenzi]

On Sat, Nov 09, 2024 at 12:07:09PM -0600, Steve Dickson wrote:
> Hello,
> 
> Out of the blue rawhide scratch builds [1]
> are now failing and f41 builds [2] are failing
> but f40 builds [3] are succeeding and they
> are all the same code!
> 
> Late Oct I made a release so their repo
> heads are all the same.
> 
> Does anybody know what has changed in the building
> process? Or better does anybody know what I have
> to change to make the builds work?
...snip...

I suspect the issue is that it's been broken, but due to a bug in
debugedit it never caused builds to fail before.

rawhide and f41 have debugedit 5.1, which has this fix:

https://sourceware.org/cgit/debugedit/commit/?id=dfe1f7ff30f4e0be538835fca1e6348723ea7aa7

TLDR: if find-debuginfo was run with threads, it would always exit 0,
even if there were errors.

The error in this case (even in f40):

objcopy: unable to copy file 
'/builddir/build/BUILDROOT/nfs-utils-2.8.1-0.fc40.x86_64/sbin/mount.nfs'; 
reason: Permission denied
objcopy: unable to copy file 
'/builddir/build/BUILDROOT/nfs-utils-2.8.1-0.fc40.x86_64/sbin/mount.nfs'; 
reason: Permission denied

I think this is because it the install does a:
chmod 4511 mount.nfs
and it cannot read the file, but I am not sure why, as owner should
still have read, so perhaps it's some different related issue, but
debugedit 5.1 seems a likely place to look.

kevin


signature.asc
Description: PGP signature
-- 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora rawhide compose report: 20241110.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20241109.n.0
NEW: Fedora-Rawhide-20241110.n.0

= SUMMARY =
Added images:2
Dropped images:  5
Added packages:  4
Dropped packages:4
Upgraded packages:   70
Downgraded packages: 0

Size of added packages:  666.37 KiB
Size of dropped packages:441.50 KiB
Size of upgraded packages:   792.13 MiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   18.71 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: LXQt live aarch64
Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20241110.n.0.iso
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-Rawhide-20241110.n.0.iso

= DROPPED IMAGES =
Image: Cinnamon live x86_64
Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-Rawhide-20241109.n.0.iso
Image: Python_Classroom raw-xz aarch64
Path: 
Labs/aarch64/images/Fedora-Python-Classroom-Rawhide-20241109.n.0.aarch64.raw.xz
Image: Mate live x86_64
Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20241109.n.0.iso
Image: Budgie live x86_64
Path: Spins/x86_64/iso/Fedora-Budgie-Live-x86_64-Rawhide-20241109.n.0.iso
Image: Server_KVM qcow2 x86_64
Path: Server/x86_64/images/Fedora-Server-KVM-Rawhide-20241109.n.0.x86_64.qcow2

= ADDED PACKAGES =
Package: golang-github-whilp-git-urls-1.0.0-1.fc42
Summary: Git-urls parses git URLs
RPMs:golang-github-whilp-git-urls-devel
Size:12.05 KiB

Package: rust-fern0.6-0.6.2-1.fc42
Summary: Simple, efficient logging
RPMs:rust-fern0.6+chrono-devel rust-fern0.6+date-based-devel 
rust-fern0.6+default-devel rust-fern0.6+libc-devel 
rust-fern0.6+meta-logging-in-format-devel rust-fern0.6-devel
Size:331.38 KiB

Package: rust-zerocopy-derive0.7-0.7.35-1.fc42
Summary: Custom derive for traits from the zerocopy crate
RPMs:rust-zerocopy-derive0.7+default-devel rust-zerocopy-derive0.7-devel
Size:61.43 KiB

Package: rust-zerocopy0.7-0.7.35-1.fc42
Summary: Utilities for zero-copy parsing and serialization
RPMs:
rust-zerocopy0.7+__internal_use_only_features_that_work_on_stable-devel 
rust-zerocopy0.7+alloc-devel rust-zerocopy0.7+byteorder-devel 
rust-zerocopy0.7+default-devel rust-zerocopy0.7+derive-devel 
rust-zerocopy0.7+simd-devel rust-zerocopy0.7+simd-nightly-devel 
rust-zerocopy0.7+zerocopy-derive-devel rust-zerocopy0.7-devel
Size:261.51 KiB


= DROPPED PACKAGES =
Package: rust-crossterm0.17-0.17.7-12.fc42
Summary: Crossplatform terminal library for manipulating terminals
RPMs:rust-crossterm0.17+default-devel rust-crossterm0.17+event-stream-devel 
rust-crossterm0.17+futures-util-devel rust-crossterm0.17+serde-devel 
rust-crossterm0.17-devel
Size:138.24 KiB

Package: rust-tui-0.19.0-5.fc42
Summary: Library to build rich terminal user interfaces or dashboards
RPMs:rust-tui+crossterm-devel rust-tui+default-devel rust-tui+serde-devel 
rust-tui+termion-devel rust-tui-devel
Size:169.79 KiB

Package: rust-users-0.11.0-11.fc41
Summary: Library for accessing Unix users and groups
RPMs:rust-users+cache-devel rust-users+default-devel rust-users+log-devel 
rust-users+logging-devel rust-users+mock-devel rust-users-devel
Size:67.45 KiB

Package: rust-users0.10-0.10.0-12.fc42
Summary: Library for accessing Unix users and groups
RPMs:rust-users0.10+cache-devel rust-users0.10+default-devel 
rust-users0.10+log-devel rust-users0.10+logging-devel rust-users0.10+mock-devel 
rust-users0.10-devel
Size:66.01 KiB


= UPGRADED PACKAGES =
Package:  ImageMagick-1:7.1.1.40-1.fc42
Old package:  ImageMagick-1:7.1.1.39-1.fc42
Summary:  An X application for displaying and manipulating images
RPMs: ImageMagick ImageMagick-c++ ImageMagick-c++-devel 
ImageMagick-devel ImageMagick-djvu ImageMagick-doc ImageMagick-heic 
ImageMagick-libs ImageMagick-perl
Size: 73.52 MiB
Size change:  12.14 KiB
Changelog:
  * Sat Nov 09 2024 Packit  - 1:7.1.1.40-1
  - Update to version 7.1.1.40
  - Resolves: rhbz#2324946


Package:  ampache_browser-1.0.7-6.fc42
Old package:  ampache_browser-1.0.7-5.fc41
Summary:  C++ and Qt based client library for Ampache access
RPMs: ampache_browser ampache_browser-devel
Size: 1011.43 KiB
Size change:  10.39 KiB
Changelog:
  * Mon Jul 29 2024 Miroslav Such??  - 1.0.7-6
  - convert license to SPDX


Package:  aquamarine-0.4.4-1.fc42
Old package:  aquamarine-0.4.3-1.fc42
Summary:  A very light linux rendering backend library
RPMs: aquamarine aquamarine-devel
Size: 1.49 MiB
Size change:  1.81 KiB
Changelog:
  * Sat Nov 09 2024 Pavel Solovev  - 0.4.4-1
  - Update to 0.4.4


Package:  baresip-3.17.1-1.fc42
Old package:  baresip-3.17.0-1.fc42
Summary:  Modular SIP user-agent with audio and video support
RPMs: baresip baresip-aac baresip-alsa baresip-av1 baresip-codec2 
baresip-ctrl_dbus baresip-devel baresip-g722 baresip-g726 baresip-gst 
baresip-gtk baresip-jack baresip-mpa baresip-mqtt baresip-opus baresip-pipewire

Orphaning python-http-server-mock (test dependency for python-opentelemetry-contrib)

[Ben Beasley]

As a follow-up to my email about orphaning python-opentelemetry and 
related packages, I have discovered that python-http-server-mock is only 
needed as a test dependency for python-opentelemetry-contrib, so I am 
orphaning it as well.


The package is trivial, and it should require very little effort to 
maintain, so anyone who picks up python-opentelemetry-contrib might want 
to pick it up too. However, python-http-server-mock does seem to be 
unmaintained upstream, which is one reason I’m not eager to keep 
maintaining it “just in case.”


--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue