Jerry James wrote:
> Please rank all items."
> So I guess I'm going to give you a bogus ranking to be able to move to
> the next page.
I gave up and closed the survey page due to the flatpak question.
Maybe the survey owner can add the option "I don't use flatpak"
--
___
Miro Hrončok wrote:
> On 10. 06. 25 8:46, Leigh Scott wrote:
> > The new macros are unlikely to work for nemo-extensions.
> > What makes you assume that?
> https://src.fedoraproject.org/rpms/nemo-extensions/pull-request/7
I couldn't figure out how to use the new macros w
The new macros are unlikely to work for nemo-extensions.
I will probably end up defining my own macros in it's spec file.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedor
Those options look ok, I note your koji build used
'-DCMAKE_BUILD_TYPE:STRING=Release'
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.f
Check your build flags to make sure '-g' is included and cmake doesn't strip
during build.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://d
There needs to be a package review request first!
--
___
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
Vitaly Zaitsev wrote:
> On 29/05/2025 20:34, Chuck Anderson wrote:
> > Swap to noopenh264 instead:
> > Since noopenh264 is just a shim, it can cause segfaults when playing
> H.264 videos, because ffmpeg was built with openh264 support.
> First, RPM Fusion's ffmpeg need to be rebuilt without openh2
Vitaly Zaitsev wrote:
> On 29/05/2025 16:52, Michael Catanzaro wrote:
> > If the user has RPM Fusion enabled, then openh264 is not necessary or
> > desirable. RPM Fusion has better video decoders available. If you have
> > figured out how to install video decoders from RPM Fusion, then
> > disab
Chris Adams wrote:
> Once upon a time, Leigh Scott leigh123li...@gmail.com said:
> > openh264 can't play video either.
Sorry for my ignorance.
openh264 can decode, x264 hasn't got decode.
> > Wrong
> > I asked Claude to list the differences.
> > Ask st
Chris Adams wrote:
> Once upon a time, Leigh Scott leigh123li...@gmail.com said:
> > openh264 can't play video either.
> > Wrong
How?
open264 /path/to/file.mkv ?
> > I asked Claude to list the differences.
> > Ask stupid
Neal Gompa wrote:
> On Thu, May 29, 2025 at 10:59 AM Leigh Scott leigh123li...@gmail.com wrote:
> > Michael Catanzaro wrote:
> > On Wed, May 28 2025 at 04:51:33 PM -05:00:00, Chris Adams
> > li...@cmadams.net wrote:
> > This package is for playing one particular encod
On 29/05/2025 16:19, Michael J Gruber wrote:
Leigh Scott venit, vidit, dixit 2025-05-29 16:59:11:
x264 is superior for playback, openh264 only advantages are it's free and has
better webrtc performance.
Most users would be better served using gstreamer1-plugins-ugly and ffmpeg-libs
Michael Catanzaro wrote:
> On Wed, May 28 2025 at 04:51:33 PM -05:00:00, Chris Adams
> li...@cmadams.net wrote:
> > This package is for playing one particular encoding of videos (and
> > only
> > certain profiles of that encoding from what I understand). There's
> > also
> > nothing preventing
Vitaly Zaitsev wrote:
> On 28/05/2025 22:19, Chris Adams wrote:
> > So it's been another month and this still isn't resolved. I know people
> > on the Fedora side have been trying (don't want to complain about
> > effort). But if Fedora can't reliably get timely updates to a package
> > that has
lightdm has no gui, you need to edit whatever greeter you use.
https://bugzilla.redhat.com/show_bug.cgi?id=2354999
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
Did you try the email address listed on his github user page?
--
___
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/pro
Leigh Scott wrote:
> Backport the patch and see if that fixes the issue.
Use patch to revert the dumb commit from upstream, FreeSOLID doesn't even
include a cmake file.
I would file a bug report upstream and point out their broken rubbish commit
and ask them to r
Backport the patch and see if that fixes the issue.
--
___
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-
See
https://forge.a-lec.org/speed-dreams/speed-dreams-code/commit/5a5c8e3563c4ea1f7da6bfa6a01efd463d45bcef
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Cond
Martin Gansser wrote:
> changed spec file:
> [1] https://martinkg.fedorapeople.org/ErrorReports/speed-dreams.spec
> could not build with mock: No match for argument: FreeSOLID-devel >= 2.1.2
> I get this error messages when building with rpmbuild -ba speed-dreams.spec
> + rm -f
> /home/martin/rpmb
Leigh Scott wrote:
> libSDL2_mixer-2.0.so.0 => not found
> Requires: SDL2_mixer
Ignore that as I had to use 'rpm -Uvh --nodeps' to install it due to missing
libcsnetworking.so()(64bit), you need to add that to the filter list
--
__
You deleted the standard path as well as the non-standard paths, only remove
the standard path.
# Fix RPATH using chrpath
# ERROR 0001: file '/usr/lib64/libsolid.so' contains a standard runpath
'/usr/lib64' in [/usr/lib64/games/speed-dreams-2/lib:/usr/lib64]
# ERROR 0001: file '/usr/lib64/l
Your package also has a missing build requires and a runtime requires.
BuildRequires: libappstream-glib
libSDL2_mixer-2.0.so.0 => not found
Requires: SDL2_mixer
leigh@leigh-pc:/var/lib/mock/fedora-42-x86_64/result$ ldd $(which
speed-dreams-2)
linux-vdso.so.1 (0x7f8324bbe000)
Try deleting this rubbish
# Fix RPATH using chrpath
# ERROR 0001: file '/usr/lib64/libsolid.so' contains a standard runpath
'/usr/lib64' in [/usr/lib64/games/speed-dreams-2/lib:/usr/lib64]
# ERROR 0001: file '/usr/lib64/libmoto.so' contains a standard runpath
'/usr/lib64' in [/usr/lib64/gam
Try moving the unversioned .so files from devel to main.
%files devel
%{_includedir}/%{name}-2/
%{_includedir}/3D/
%{_includedir}/SOLID/
%{_libdir}/libsolid.so
%{_libdir}/libmoto.so
%{_libdir}/libbroad.so
--
___
devel mailing list -- devel@lists.fedora
Thanks, that fixed it.
--
___
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:
Since abrt was added to fedora I barely bother looking at them, they rarely
include steps to reproduce the issue.
auto-closing old bugs is the best way to clear the trash.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
How do you fix this?
Changelog * Fri May 02 2025 Leigh Scott -
0.6.0-11
- RPMAUTOSPEC: unresolvable merge
https://koji.fedoraproject.org/koji/buildinfo?buildID=2708589
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
Chris Adams wrote:
> Once upon a time, Leigh Scott leigh123li...@gmail.com said:
> > Try
> > sudo dnf swap *\openh264* noopenh264
> > Despite the same "conflicting requests" message, that does it:
> **
Try
sudo dnf swap *\openh264\* noopenh264
--
___
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-conduc
I suggest you fix your vdr package for f42+, see
https://fedoraproject.org/wiki/Changes/RPMSuportForSystemdSysusers
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
https://koji.fedoraproject.org/koji/rpminfo?rpmID=42004735
--
___
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/projec
It looks like the vdr package is broken as it doesn't provide user(vdr)
https://src.fedoraproject.org/rpms/vdr/blob/rawhide/f/vdr.spec#_442
$ dnf provides 'user(vdr)'
Updating and loading repositories:
Copr repo for LACT owned by ilyaz 100% | 41.7 KiB/s | 9.3 KiB | 00m00s
RPM Fusion f
Using github/gitlab sources is non-starter IMO as they rarely include the
submodules.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
Benson Muite wrote:
> Aspell was deprecated with the reason that it is no longer under active
> development:
> https://fedoraproject.org/wiki/Changes/AspellDeprecation
> However, it is undergoing maintenance and improvements:
> https://github.com/GNUAspell/aspell
> Is there a way to un-deprecate a
The mesa-freeworld issue is probably caused by a bad mirror, 25.0.1 is present
in the base repo
https://ftp.icm.edu.pl/pub/Linux/dist/rpmfusion/free/fedora/development/42/Everything/x86_64/os/repoview/mesa-va-drivers-freeworld.html
As for steam, it's a known issue
https://bugzilla.redhat.com/sh
I have checked the rpmfusion repo's for F42 and they are ready for beta release
$ sudo dnf repoclosure --check rpmfusion-free-updates-testing --check
rpmfusion-free --check rpmfusion-nonfree-updates-testing --check
rpmfusion-nonfree --newest
Updating and loading repositories:
Repositories load
Wim Taymans wrote:
> Hi,
> I updated openh264 to version 2.6.0 in rawhide in order to fix some
> noopenh264
> Wim
You will need to update noopenh264 to match openh264
https://gitlab.com/freedesktop-sdk/noopenh264/-/tags
--
___
devel mailing list --
> == Benefit to Fedora ==
> * The size of the default wallpaper is drastically reduced when using
> JXL format compared to PNG. An example is on this [Fedora 42 Default
> Wallpaper
> ticket](https://gitlab.com/fedora/design/team/release-artwork/default-wallpaper/-/is...)
> showing both versions fo
libtimezone = libtimezonemap
--
___
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 Guidel
releng ticket filed https://pagure.io/releng/issue/12505
--
___
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/
Please readd libtimezone for f42 and give me ownership.
https://bugzilla.redhat.com/show_bug.cgi?id=2333021
https://src.fedoraproject.org/rpms/libtimezonemap/c/3e1e20e5d49c4a3b144f8fb285c4b913dfc9bd43?branch=rawhide
--
___
devel mailing list -- devel@l
I have already withdrawn my FESCo election votes as I don't think any of the
candidates are fit to rule.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
$ sudo dnf repoquery --whatrequires 'libschroedinger-1.0.so.0()(64bit)'
Updating and loading repositories:
Repositories loaded.
libquicktime-0:1.2.4-60.124.20210720git2729591.fc41.x86_64
lives-0:3.2.0-19.fc41.x86_64
schroedinger-devel-0:1.0.11-31.fc41.x86_64
vlc-plugins-extra-1:3.0.21-11.fc41.x86_6
It outputs more here.
$ sudo dnf4 repoquery --whatrequires 'libschroedinger-1.0.so.0()(64bit)'
Last metadata expiration check: 0:00:20 ago on Fri 22 Nov 2024 13:12:34 GMT.
libquicktime-0:1.2.4-60.124.20210720git2729591.fc41.x86_64
lives-0:3.2.0-19.fc41.x86_64
schroedinger-devel-0:1.0.11-31.fc41.x8
mock is nearly as fast as rpmbuild if you use use --no-clean
Do your edits, then build a srpm
rpm -bs whatever.spec
mock -r fedora-xx /path/to/whatever.srpm
the first build will be slow.
Do more edits
rpm -bs whatever.spec
mock -r fedora-xx --no-clean /path/to/whatever.srpm
the second build is
Did you forget to merge the pr?
https://src.fedoraproject.org/rpms/cantata/pull-request/4#request_diff
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
It was removed from the kernel not xorg.
https://www.phoronix.com/news/Linux-Drop-Old-UMS-DRM-Infra
Sérgio Basto wrote:
> On Thu, 2024-09-05 at 22:41 +0000, Leigh Scott wrote:
> > Neal Gompa wrote:
> > My understanding is the reason we hadn't was because of the
> >
Neal Gompa wrote:
> > My understanding is the reason we hadn't was because of the NVIDIA
> binary driver.
It doesn't matter if it breaks 340xx, it's in a poor state due to legacy drm
removal.
--
___
devel mailing list -- devel@lists.fedoraproject.org
You have some other issue as all those rpmfusion dep issues are bogus.
Marcin Juszkiewicz wrote:
> On 2.09.2024 12:20, Miroslav Suchý wrote:
> > Do you want to make Fedora 41 better? Please spend 1 minute of your time
> > and try to run:
> > dnf --releasever=41 --enablerepo=updates-testing --ass
Terry Phelps wrote:
> I tried several times. Should I worry? Maybe it'll be there soon?
You should use the user forums for your user issues.
https://discussion.fedoraproject.org/latest
--
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
Run
sudo dnf install sqlite-devel --refresh
--
___
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-cond
cjs should be treated the same as gjs, it's the same code with renamed files,
the licences haven't been changed.
https://github.com/linuxmint/cjs
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
Why is there a difference between gjs and cjs conversion?
gjs
-License:MIT and (MPLv1.1 or GPLv2+ or LGPLv2+)
+# modules/esm/_encoding/util.js and few other
things are MIT
+# modules/scrip
Simone Caronni wrote:
> Hi Oliver,
> On Fri, Aug 2, 2024 at 10:35 AM Olivier Fourdan ofour...@redhat.com wrote:
> > But there is also more flexibility in having those separate from what
> > ships with the driver, for example, there are currently several issues
> > affecting egl-wayland 1.1.14 and t
Did you forget to remove the buildrequires
https://src.fedoraproject.org/rpms/xorg-x11-server-Xwayland/blob/rawhide/f/xorg-x11-server-Xwayland.spec#_37
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
Neal Gompa wrote:
> On Thu, Aug 1, 2024 at 6:59 PM Leigh Scott leigh123li...@gmail.com wrote:
> > I have decided to orphan these packages as they are useless replacements
> > for the nvidia driver provided libs.
> > The rpmfusion 560+ driver will use the bundled libs.
&g
I have decided to orphan these packages as they are useless replacements for
the nvidia driver provided libs.
The rpmfusion 560+ driver will use the bundled libs.
I believe it's time fedora dropped eglstream support.
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1386
Affected pac
For more info
sudo dnf history info 87
--
___
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/
> I personally don't see why entering a otp once a week is such a
> burden... but it does seem to be. ;(
>
> kevin
It isn't just once.
1. kerberos
2. Web login on infra, bugzilla, bodhi, devel list and accounts
If you do nightly shutdown you would need to enter it many times per week.
--
> On 23. 06. 24 20:33, Leigh Scott wrote:
>
> Leaving the group won't disable 2FA.
>
> I recommend opening a fedora-infrastructure ticket and asking for help.
I can't login as I don't have the otp needed to login
--
_
> I have deleted the google authentication app form my phone intentionally, no
> backup.
> Please remove the OTP form my fedora account!
I refuse to use 2FA for my account!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
> I'm so pissed of with this change I will probably leave the project if it's
> not
> reversed.
I have deleted the google authentication app form my phone intentionally, no
backup.
Please remove the OTP form my fedora account!
--
___
devel mailing l
I'm so pissed of with this change I will probably leave the project if it's not
reversed.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs
Once set you can't disable it.
If this persists I will ditch provenpackager group
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
I normally use gnome-online-accounts to unlock Kerberos when I login, now I
need to use CLI.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://d
How do I disable this?, it has made kerberos login much harder.
I'm considering ditching provenpackager rights if that is a condition.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
> Another option is to package the nvidia-kmod-open module into Fedora and
> sign it with Fedora key.
>
> Starting with version 555, nvidia-kmod-open will be the default option.
Fedora doesn't allow any out-of-tree modules, so that idea is a non-starter.
--
> Once /etc/pki/akmods/certs/public_key.der is generated, it is used to sign
> any akmod-*
> package installed or updated.
>
>
> https://src.fedoraproject.org/rpms/kmodtool/c/1900f33c17ff4bc1011be4279ff...
The user (with admin rights) is free to install akmod-rootkit and kmodtool will
sign it
Once /etc/pki/akmods/certs/public_key.der is generated, it is used to sign any
akmod-* package installed or updated.
https://src.fedoraproject.org/rpms/kmodtool/c/1900f33c17ff4bc1011be4279ff13a7eb6a046b1?branch=rawhide
--
___
devel mailing list -- dev
> Wiki - https://fedoraproject.org/wiki/Changes/NvidiaInstallationWithSecureboot
> * Other Developers: No work required from other Fedora developers. The
> only requirement outside of the scope of the proposal owners is to
> reintroduce AppStream metadata into the Nvidia driver repo on
> RPMFusion
I consider this as spam that serves no purpose!
--
___
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-co
ffmpeg
https://src.fedoraproject.org/rpms/ffmpeg/c/db2acb3681a85baed6bbc897cdac792d4b7d7c5f?branch=rawhide
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Con
> On Wed, May 15, 2024 at 6:23 PM Leigh Scott wrote:
>
> Does this mean "I'm against it" or "it would involve retiring two
> legacy NVidia driver packages"?
>
> Fabio
I'm indifferent to the legacy drivers.
--
___
> This message is meant as a heads up because I am considering upgrading
> Xwayland to version 24.1.0 in Fedora 40.
+1 for this in f40.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapr
> On Wed, May 15, 2024 at 4:31 PM Olivier Fourdan wrote:
>
> Not directly related, but hopefully not entirely off-topic:
> Are there plans to update the xorg-x11-server package itself to the
> new stable branch too?
>
> It's been stuck on the 1.20.14 release for a long time (on the last
> releas
+1 for adding this to f40, nvidia-470xx goes EOL September 2024.
> This message is meant as a heads up because I am considering upgrading
> Xwayland to version 24.1.0 in Fedora 40.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
> Hi everyone,
>
> I'm revisting the topic of rpmautospec because I was doing some work
> on various packages, and it's annoying that some packages are using
> rpmautospec and others are not.
>
> All my packages have been converted, so in day-to-day work, I don't
> even think about %changelog. Wh
What is missing?
> Other then some missing RPMFusion 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/pro
> Thanks for holding the push to testing, I have managed to patch nvidia 545.xx
> and
> 550.xx so
470.xx is also patched.
I think it is ok to push the new kernel to testing, the legacy nvidia drivers
shouldn't hold up the new kernel.
--
___
devel maili
> On Thu, Feb 1, 2024 at 1:45 AM Leigh Scott wrote:
>
> This is not accurate. The 6.7.3 (and 6.6.15) updates did break the
> nvidia driver. It has nothing to do with debugging being enabled. A
> proper and valid bugfix:
>
> 5ec8e8ea8b7783fab150cf86404fc38cb4db8800 mm/s
> I can support that.
>
> But am I supposed to ignore the fact that kkofler is already bullying the KDE
> SIG into not
> breaking that one other package they maintain that occasionally breaks on kde
> updates? See
> example: https://bodhi.fedoraproject.org/updates/FEDORA-2023-977de87584
>
> Am
Kernel-6.7.3 still has debugging enabled which will break the nvidia driver
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6859
https://forums.developer.nvidia.com/t/linux-6-7-beta-550-40-07-error-modpost-gpl-incompatible-module-nvidia-ko-uses-gpl-only-symbol-rcu-read-lock/280908
--
_
Have you looked at other distros to see how they worked around the flaws in the
upstream code?
https://gitlab.archlinux.org/archlinux/packaging/packages/materialx/-/blob/main/PKGBUILD?ref_type=heads#L32
--
___
devel mailing list -- devel@lists.fedorap
> P.S.: opening three threads for a single thing with identical text is
> not nice. It can confuse archive readers, not finding answers they
> might be looking for. Try to avoid that in the future, please.
Chromium did the duplicates :-(
--
___
devel m
I have unpushed the f38 build.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-68a2dba357
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://
see https://github.com/GNOME/gtk/commit/77ebdd85091833a7869ece48c3114fa6d9966321
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapro
Why isn't gtk3 a critical path package?
https://bugzilla.redhat.com/show_bug.cgi?id=2260068
https://bugzilla.redhat.com/show_bug.cgi?id=2260073
https://bugzilla.redhat.com/show_bug.cgi?id=2260074
https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf
--
__
Why isn't gtk3 a critical path package?
https://bugzilla.redhat.com/show_bug.cgi?id=2260068
https://bugzilla.redhat.com/show_bug.cgi?id=2260073
https://bugzilla.redhat.com/show_bug.cgi?id=2260074
https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf
--
__
Why isn't gtk3 a critical path package?
https://bugzilla.redhat.com/show_bug.cgi?id=2260068
https://bugzilla.redhat.com/show_bug.cgi?id=2260073
https://bugzilla.redhat.com/show_bug.cgi?id=2260074
https://bodhi.fedoraproject.org/updates/FEDORA-2024-5d8ac182bf
--
__
> Try adding 'BuildRequires: gcc-c++' to the specfile
>
> checking for x86_64-redhat-linux-gcc... gcc
> checking whether the C compiler works... no
> configure: error: in `/builddir/build/BUILD/hello-2.10':
> configure: error: C compiler cannot create executables
> See `config.log' for more detail
Try adding 'BuildRequires: gcc-c++' to the specfile
checking for x86_64-redhat-linux-gcc... gcc
checking whether the C compiler works... no
configure: error: in `/builddir/build/BUILD/hello-2.10':
configure: error: C compiler cannot create executables
See `config.log' for more details
--
_
I'm -1 for this change, it shouldn't be enabled by default as it will cause
issues for users using router mac filtering.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
sassc
rubygem-hrx
rubygem-linked-list
--
___
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/
Li
> On Fri, Nov 24, 2023 at 12:07 PM David King wrote:
> - Out of the 13 packages that seem correlated but don't show obvious errors
> directly related to libxml2, there are still some quite suspicious ones,
> like cinnamon which fails due to a missing xml file.
> [1] https://copr.fedorainfracloud
Try adding this to the file
#include
--
___
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/
Li
I have this simple review pending if you interested.
https://bugzilla.redhat.com/show_bug.cgi?id=2213540
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Use whatever you like as I wont be migrating to the new infra!
___
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/projec
> Am 08.09.23 um 22:32 schrieb Michel Lind:
>
> Are you sure it's working?
>
> [root ~]# dnf --enablerepo=updates-archive list firefox*
> Letzte Prüfung auf abgelaufene Metadaten: vor 0:04:10 am Sa 09 Sep 2023
> 09:39:57 CEST.
> Installierte Pakete
> firefox.x86_64 117.0-1.fc37
> Hi Leigh,
>
> On Fri, Aug 25, 2023 at 10:03 AM Leigh Scott wrote:
>
>
> As I'm on my laptop again, I was able to try to run the rebase again and
> for Philip it was about rpmfusion-nonfree-updates, but I'm hitting:
>
> error: Updating rpm-md repo 'r
1 - 100 of 358 matches
Mail list logo
