Hi, it looks like somebody created these branches successfully for f43,
but we had the same problem with f42 and the f42 branch is still
missing. For example:
https://src.fedoraproject.org/rpms/libsigc++30/branches
--
___
devel mailing list -- dev
Hi, I just wanted to say thank you. Not only do you directly handle
very many packages, but you also help me with my questions and problems
on a regular basis. E.g. your guidance helped considerably when I was
preparing the GNOME 49.rc update.
Michael
--
___
Hi,
This is a quick announcement regarding:
https://fedoraproject.org/wiki/Changes/WaylandOnlyGNOME
The approved version of the change proposal said:
> GDM will no longer support launching X11 sessions. Users of X11 will
need to select another login manager and desktop environment that
conti
On Sat, Sep 13 2025 at 10:17:01 AM +02:00:00, Vitaly Zaitsev via devel
wrote:
Maybe it's worth moving fedora-cisco-openh264.repo to a separate
subpackage (eg. fedora-repos-openh264) for easy removal?
I would prefer to remove it outright for now. But yes, if we ever add
it back then it should
Hi,
The package version information on https://packages.fedoraproject.org/
in the Releases Overview is considerably outdated, e.g. in
https://packages.fedoraproject.org/pkgs/orca/orca/ every version is
wrong and it doesn't even realize that Fedora 43 branch exists yet.
Do we have a bug repor
On Thu, Sep 11 2025 at 08:56:40 PM +02:00:00, Vitaly Zaitsev via devel
wrote:
Since Cisco started blocking access to the openh264 repository from a
huge list of countries, I think that Fedora should disable and remove
it
as it violates all of Fedora's principles.
I agree that it's time to
On Thu, Sep 11 2025 at 05:00:05 PM +02:00:00, Fabio Valentini
wrote:
No, that would be wrong. The package didn't subsume those third-party
loaders - they were dropped completely, so it shouldn't Provide them.
I added Provides anyway, since otherwise we'll have a bunch of broken
packages in ra
On Thu, Sep 11 2025 at 07:13:02 PM -00:00:00, Leigh Scott
wrote:
openh264 should change it's obsoletes from
Obsoletes: noopenh264 < 1:0
to
Obsoletes: noopenh264 < %{version}
I don't think this will work well in rawhide because it could be weeks
or months between noopenh264 package update
On Thu, Sep 11 2025 at 09:07:36 PM +02:00:00, Marcin Juszkiewicz
wrote:
Well.
https://test-videos.co.uk/vids/jellyfish/mp4/h264/1080/Jellyfish_1080_10s_1MB.mp4
plays fine in Firefox.
Videos from https://videorx.com/h264-hardware-test/ play as well.
Presumably you have RPM Fusion enabled and h
gdk-pixbuf2 has a Provides: webp-pixbuf-loader that I had assumed would
avoid this problem. But the update has only been stable for one day.
Maybe your mirror is just a little behind?
It is perfectly safe to remove the Requires from xfdesktop. See:
https://lists.fedoraproject.org/archives/li
On Sat, Sep 6 2025 at 11:32:17 PM +02:00:00, Fabio Valentini
wrote:
For the record: glycin's HEIF loader uses libheif, not the "image"
crate.
So glycin-thumbnailer support for HEIF should be the same as that of
libheif itself.
Right, it should be.
But the thumbnailers are nonetheless two dif
On Fri, Sep 5 2025 at 12:51:52 AM -07:00:00, Adam Williamson
wrote:
rmdepcheck unearthed something else that's apparently affected by the
F44 megaupdate:
package: gnome-mines-48.1-2.fc43.x86_64 from
https://kojipkgs.fedoraproject.org/repos/f44-build/latest/x86_64
rsvg-pixbuf-loader
that is,
On Fri, Sep 5 2025 at 12:41:11 PM -00:00:00, Miloš Komarčević
wrote:
The heif-thumbnailer is a slightly different story, as it doesn't
rely on gdk-pixbuf. Nonetheless, I have just asked upstream to add an
option to disable it as well, so you could potentially add that patch
to also skip pac
On Fri, Sep 5 2025 at 06:32:44 AM -05:00:00, Michael Catanzaro
wrote:
OK, so I missed a bunch of packages where action is required. This is
why it's better to work in rawhide first. Do as I say, not as I do. I
think the path of least resistance here is for me to add Provides in
additi
Let's do 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: https:/
On Fri, Sep 5 2025 at 02:30:43 PM -07:00:00, Adam Williamson
wrote:
Are there not Obsoletes: in place? If not, how is this expected to
work
for GNOME users on upgrade?
There are a bunch of Obsoletes, but not for the thumbnailer.
Unfortunately the gdk-pixbuf-thumbnailer is not its own subpack
Hi,
In Yelp 49.rc, libyelp.so.0.0.0 is renamed to libyelp-1.so.0.0.0. See:
https://gitlab.gnome.org/GNOME/yelp/-/merge_requests/76
I've done a reasonably cautious search for dependencies of yelp-libs
and libyelp-1.so.0()(64bit) and assuming I haven't messed up, nothing
in the distro depends
On Fri, Sep 5 2025 at 08:20:26 AM -07:00:00, Adam Williamson
wrote:
Sure it is? It's line 12 of gnome-mines.spec.
Hm. Whatever I was looking at, it definitely was not gnome-mines.spec.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
I'll investigate libheif. Hopefully it will be easy to submit a pull
request. Didn't know about that one.
I'll also rebuild gnome-mines. This inspired me to check for more
problems:
$ sudo dnf repoquery --whatrequires jxl-pixbuf-loader
Updating and loading repositories:
Repositories loaded.
Thanks for responding quickly.
On Fri, Sep 5 2025 at 03:05:11 AM -05:00:00, Benjamin Gilbert
wrote:
One option is to remove all loaders from gdk-pixbuf2-modules-extra
except XPM, at least in Rawhide.
I recommend doing this. Then we can see if anybody complains about the
other missing loader
On Thu, Sep 4 2025 at 02:41:17 PM -07:00:00, Adam Williamson
wrote:
Not sure what's going on there, but since you mentioned thumbnailing
it
triggered my memory...
Most likely will be fixed by this gdk-pixbuf2 update. At least, I sure
hope so. PNG thumbnailing is working fine for me.
The in
On Thu, Sep 4 2025 at 08:51:36 AM -05:00:00, Michael Catanzaro
wrote:
For libavif/jpegxl, my recommendation is review the build flags to
disable building the gdk-pixbuf support, and remove the subpackages
that provide the pixbuf loaders.
Proposed https://src.fedoraproject.org/rpms/libavif
On Thu, Sep 4 2025 at 04:04:00 PM -05:00:00, Michael Catanzaro
wrote:
Coming soon. I'd actually really like to build it now, but I figure I
should wait for a *small* amount of time between sending this
proposal and implementing it.
Unfortunately gdk-pixbuf is currently broken in i686 o
On Thu, Sep 4 2025 at 08:01:14 PM +02:00:00, Wolfgang
wrote:
Is there rebuilt of gdk-pixbuf2 against 2.0.rc version of glycin
planed to support latest changes to fix
https://gitlab.gnome.org/GNOME/glycin/-/issues/175 ?
Coming soon. I'd actually really like to build it now, but I figure I
sho
There is one more problem. Third-party thumbnailers under
/usr/share/thumbnailers that use gdk-pixbuf-thumbnailer don't work
anymore (and are no longer necessary). We should remove them from
libavif, librsvg, and jpegxl.
--
___
devel mailing list
On Thu, Sep 4 2025 at 11:47:45 AM -04:00:00, Yaakov Selkowitz
wrote:
Could glycin add XPM support? Or could the GdkPixbuf XPM loader be
rewritten to use libXpm instead?
I will ask Glycin upstream about XPM, but it's pretty obsolete so I
wouldn't be surprised if the answer is "stop using XPM.
On Thu, Sep 4 2025 at 08:51:36 AM -05:00:00, Michael Catanzaro
wrote:
I have checked our gdk-pixbuf2-modules-extra package. I think the
BMP, ICO, PNM, and TGA loaders are now obsolete and can safely be
disabled. The other loaders provided by this package are still
needed, but they cover
Hi,
If you are CCed on this mail, then action is required (mat2) or
recommended (libavif, jpegxl, gdk-pixbuf2-modules-extra,
webp-pixbuf-loader).
I propose some *mildly* disruptive changes for the gdk-pixbuf2 package
in rawhide and also F43. (I was tempted to do this only in rawhide, but
th
Indeed. Sorry for the confusion.
On Thu, Aug 28 2025 at 07:39:36 PM -00:00:00, Leigh Scott
wrote:
I will take gnome-screenshot if mclasen has finished with it :-}
Do you have some particular reason for wanting to keep it in the
distro? If so, then OK.
--
_
On Thu, Aug 28 2025 at 07:04:37 PM -00:00:00, Leigh Scott
wrote:
Have you filed a change proposal for this?
No. Orphaning packages surely does not require a change proposal.
Actually, we don't even have permission to orphan packages. Only the
package owner can actually orphan a package. My p
On Wed, Aug 27 2025 at 01:52:46 PM -05:00:00, Michael Catanzaro
wrote:
Looks like gmime is also obsolete, replaced by gmime30. We should
drop that as well.
Hi,
After a second pass, I identified a few additional packages that we
will drop:
gmime, glycin-loaders, gnome-doc-utils
Looks like gmime is also obsolete, replaced by gmime30. We should drop
that as well.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs
On Wed, Aug 27 2025 at 09:57:08 AM -05:00:00, Michael Catanzaro
wrote:
almost all of the packages on this list
(A few exceptions: gnome-packagekit, gnome-nettool, and
gnome-screenshot still have non-archived git repos.)
--
___
devel mailing list
On Wed, Aug 27 2025 at 12:05:00 PM +02:00:00, Michal Schorm
wrote:
Could you please check which of them are used by Cinnamon spin?
Hi,
No, but Cinnamon maintainers are welcome to check the list and own
whatever packages they need.
Just keep in mind almost all of the packages on this lis
On Wed, Aug 27 2025 at 11:21:29 AM -00:00:00, Artur Frenszek-Iwicki
wrote:
I haven't really worked with GTK in any capacity, but I could try my
hand
at maintaining the package (unless someone more experienced steps up).
Thanks! I don't think you actually require much experience to own this
p
Hi, after upgrading to Fedora 43 I noticed my OpenVPN connection was
broken due to
https://fedoraproject.org/wiki/Changes/droppingOfCertPemFile
I see in my journal:
nm-openvpn[32218]: DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but
missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACH
Thanks for this. I agree this is a good solution, and that uapi group
is clearly the right place for the successor to FHS.
Tangent: it might be time for the standard to mention libexecdir.
Omitting this was originally a good choice because it used to be
specific to Fedora/RHEL ecosystem, and
On Wed, Aug 6 2025 at 04:34:43 PM +02:00:00, Frantisek Zatloukal
wrote:
Remaining builds (mozjs*) will be fixed and addressed post side
merging,
But gnome-shell depends on mozjs. Won't this break the entire desktop?
--
___
devel mailing list -- dev
On Wed, Aug 6 2025 at 08:52:19 AM +02:00:00, Pavol Sloboda
wrote:
> Instead of adjusting to this text which is mostly of historical
> interest, we should just use
>
https://www.freedesktop.org/software/systemd/man/latest/file-hierarchy.html.
I agree that we should use something that reflects
On Sat, Aug 2 2025 at 03:11:46 PM -05:00:00, Michael Catanzaro
wrote:
It just so happens that I was about to start building a new WebKit
update anyway (update to 2.49.4). I will use your side tag.
Done.
--
___
devel mailing list -- devel
On Sat, Aug 2 2025 at 02:43:51 PM +02:00:00, Frantisek Zatloukal
wrote:
Please, if you're going to make changes in affected packages before
the side tag gets merged, make the build in the said side tag. I
expect to merge the side tag asap with most of the affected packages
built and then conti
Your problem is:
https://github.com/fwupd/fwupd/wiki/LVFS-Triaged-Issue:-dbx-efivarfs-IO-error
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
http
On Wed, Jul 9 2025 at 11:28:19 AM +02:00:00, Gerd Hoffmann
wrote:
Problem with that is not so much linux, but that a KEK update has
never
happened before so there are chances that bios vendors messed up
things
and updating the KEK doesn't work. Also not sure how good older
hardware is covered
On Thu, Jun 26 2025 at 10:36:51 AM -05:00:00, Michael Catanzaro
wrote:
Notably, *both* of your examples are already impossible because you
can't install glib2.i686 on an x86_64 system anymore due to
https://bugzilla.redhat.com/show_bug.cgi?id=2258600. This is
theoretically fixabl
On Thu, Jun 26 2025 at 09:37:37 AM +02:00:00, Dominik 'Rathann'
Mierzejewski via devel wrote:
It is not. There are tons of Linux-native games, e.g. from GOG
(gog.com)
that people like myself have purchased and want to play. Many of them
were built as 32-bit x86 only and use an old build of the
With Wine solved, it sounds like Steam is the only remaining concern.
I think we could actually remove all 32-bit libraries *not* required by
Steam for Fedora *43*. That should probably be uncontroversial, right?
I know that doesn't do anything to help with our infrastructure
concerns, but it
Hi,
Does anybody know how to contact Pete? He is not responding on his
Yandex email.
https://bugzilla.redhat.com/show_bug.cgi?id=2370444
This is regarding: https://bugzilla.redhat.com/show_bug.cgi?id=2369023
Thanks!
--
___
devel mailing list -- d
On Thu, May 29 2025 at 05:30:52 PM -00:00:00, Leigh Scott
wrote:
How?
open264 /path/to/file.mkv ?
Open the file using any application that uses GStreamer or ffmpeg, so
basically any video player or web browser. It notably makes most videos
work in Firefox, Totem (F42 default video player),
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
disabling the Cisco repo would make sense.
--
On Wed, May 28 2025 at 06:18:41 PM -04:00:00, Neal Gompa
wrote:
Honestly, we don't really push for security like that. We have
generally provided optionality, but that doesn't mean we want security
to outweigh our community and usability. The crypto policies is an
example of the problems caus
There are already several bug reports in different places:
https://pagure.io/fedora-workstation/issue/409
https://github.com/rpm-software-management/libdnf/issues/1649
https://bugzilla.redhat.com/show_bug.cgi?id=2274169 (CLOSED UPSTREAM)
--
___
devel
On Wed, May 28 2025 at 04:51:33 PM -05:00:00, Chris Adams
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 Fedora from pointing users to Cisco's site to get
their provide
On Wed, May 28 2025 at 03:19:49 PM -05:00:00, 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 high securi
Hello,
I'm correcting the license of uncrustify from GPL-2.0-only to
GPL-2.0-or-later.
Michael
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
h
On Tue, Apr 29 2025 at 11:56:15 AM -05:00:00, Michael Catanzaro
wrote:
For context on this, see: https://pagure.io/releng/issue/12617
And also:
https://github.com/cisco/openh264/security/advisories/GHSA-m99q-5j7x-7m9x
--
___
devel mailing list
Too bad dnf does not tell us *why* there are "conflicting requests."
On Tue, Apr 29 2025 at 11:00:18 AM -05:00:00, Chris Adams
wrote:
I'm asking because there's a high-priority CVE on openh264 for months
that doesn't seem like it's progressing towards getting resolved in
Fedora.
For context
On Thu, Apr 17 2025 at 10:28:21 AM +02:00:00, Vitaly Zaitsev via devel
wrote:
Sorry, but I'm still skeptical about this change. I don't see any real
benefits for Fedora. I only see additional pain for maintainers.
Hmm, but it is one-time pain. If you use a nonstandard variable, your
package w
On Tue, Apr 15 2025 at 05:40:43 PM +01:00:00, Richard W.M. Jones
wrote:
I've no argument that Webex is hot proprietary garbage, just saying
that it was once noted as being a blocker.
Let's agree that anything we cannot fix also cannot be a blocker.
Third-party proprietary software has had two
On Tue, Apr 15 2025 at 12:31:48 PM -04:00:00, Neal Gompa
wrote:
This is rude and uncalled for. The Flatpak is an unsupported way to
use Steam since it has issues with gamepads, can't access game drives,
and messes with the built-in sandbox provided by Steam.
OK, but we surely cannot block i
On Tue, Apr 15 2025 at 05:18:06 PM +01:00:00, Richard W.M. Jones
wrote:
What about Webex, the awful video conferencing software? I've no
desire to investigate this, but ISTR it linked to system i686 libs.
Irrelevant. Webex has a web UI. Use that instead. Continuing to build
i686 packages jus
On Tue, Apr 15 2025 at 12:23:06 AM +02:00:00, Frantisek Zatloukal
wrote:
I've opened a PR which restores gdm/X11 support at:
https://src.fedoraproject.org/rpms/gdm/pull-request/28#
It builds, I'll be able to test it in a few hours, but anybody is
free and welcome to give it a try once the
I think the practical effect of the lightweight process will be: new
contributor likely becomes the de facto maintainer of the package,
while bug reports continue to be assigned to the non-responsive main
admin.
Maybe it's better to just rip the band-aid off and acknowledge that
when a main
On Tue, Apr 15 2025 at 01:19:10 AM +02:00:00, Fabio Valentini
wrote:
The non-responsive maintainer process requires that the maintainer is
*entirely unresponsive*,
which is a much higher bar than for this proposed, less-consequential
process.
If the maintainer is not unresponsive, why can't y
So on the one hand, it seems a little petty for Fedora to disable X11
support in gdm before upstream does. It's notably still enabled by
default in upstream GNOME 48 and in git master.
On the other hand, if we're confident upstream is likely going to
remove the X11 support relatively soon, t
On Wed, Apr 9 2025 at 05:51:00 PM -07:00:00, Kevin Fenzi
wrote:
If you aren't using gnome and want X11 sessions, you should have
switched to another display manager long ago. When gdm switched to
being a gnome session in the greeter... I'm not sure how many years
ago
that was now.
I think th
On Mon, Mar 31 2025 at 08:09:49 PM +00:00:00, Zbigniew
Jędrzejewski-Szmek wrote:
OK, I guess I need to work on my English. You're the second person who
read the abovequoted part in the exact opposite way to what I
intended :(
Hm, well I misread. You didn't write the wrong thing.
But honestly
On Mon, Mar 31 2025 at 10:53:54 AM +00:00:00, Zbigniew
Jędrzejewski-Szmek wrote:
This is only "SHOULD", because sometimes the git tarball is too large
or has other deficiencies. Another reason is that the "upstream
tarball" may be signed, and that'd be preferred to the unsigned "raw"
archive. B
Fabio is going to handle builds. Thank you, Fabio!
--
___
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/cod
It seems nothing except GStreamer has been rebuilt.
--
___
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/co
It's been more than one week. Are we ready to land this side tag?
--
___
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
I'm pretty concerned that we have no automation to catch these
problems. Would we have even noticed if not for you manually checking
and complaining here on devel@?
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
On Sat, Mar 8 2025 at 06:27:19 AM -08:00:00, Neal Gompa
wrote:
If I'm answering that question for myself, I would say that the
biggest feature gap that we have from a modern build system like the
Open Build Service is that we as packagers have to do dependency
resolution for building groups of p
On Mon, Mar 10 2025 at 11:11:33 AM +00:00:00, Richard W.M. Jones
wrote:
Thanks for this link. The instance is:
https://konflux.apps.kfluxfedorap01.toli.p1.openshiftapps.com/application-pipeline
I played around for about 3 minutes and am very confused. The overview
page looks like an adverti
Hi, I am wondering if it is possible to use 'fedpkg mockbuild' to
easily build for a side tag.
I know that it's possible by using 'koji mock-config' and then 'fedpkg
mockbuild --mock-config' but this is not easy since it requires
creating a local mock configuration file. Would be nice if it we
The new noopenh264 is now available in the side tag. Packagers, please
start your builds!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https:/
On Tue, Mar 4 2025 at 02:46:12 PM -00:00:00, Leigh Scott
wrote:
You will need to update noopenh264 to match openh264
Yes, noopenh264 is what packages are actually built against. We'll need
to do a new noopenh264 build using f43-build-side-106953 first, then
once that's finished other maintai
On Mon, Feb 24 2025 at 01:54:15 PM -05:00:00, Neal Gompa
wrote:
Didn't we already do this? I adapted KDE Plasma, MiracleWM, LXQt, and
COSMIC for this in F42 already.
And now GNOME is switching back to regular JPEG, see:
https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6886#note_2360630
htt
On Tue, Jan 21 2025 at 05:13:07 AM -05:00:00, Neal Gompa
wrote:
We know it's possible because this is how openSUSE works today. They
never schedule mass builds because they always happen automatically
with the right conditions, so it's a non-event. This is the direction
we should be going, but b
Guess: is it caused by -Wl,as-needed? You could try this workaround in
the spec file and see if that helps:
%undefine _ld_as_needed
The proper fix is surely to link libcore.so to everything that it needs
(glib, cairo, and the libcommon which provides
spectre_tiling_params_invalid) but this
On Fri, Nov 29 2024 at 08:09:20 PM -05:00:00, Neal Gompa
wrote:
Indeed. This stuff should work out of the box. It is unacceptable to
break it like this.
Looks like it's fixed by pkcs11-provider-0.6-2, which is a sabotage
update to turn off pkcs11-provider until the problem can be fixed
prope
On Wed, Nov 20 2024 at 04:03:27 PM +01:00:00, Clemens Lang
wrote:
That was the case with openssl-pkcs11 (the package that contains the
OpenSSL PKCS#11 ENGINE) for years.
The use of PKCS#11 tokens is not very common. I don’t think it’s
too much to ask to install an additional package if you want
On Wed, Nov 20 2024 at 11:09:05 AM +01:00:00, Clemens Lang
wrote:
The idea here was to auto-enable pkcs11-provider when it is
installed, which still makes sense to me. The issue here I think is
that many people ended up with pkcs11-provider installed because of a
recommendation. We should remo
On Thu, Nov 7 2024 at 02:41:08 PM +01:00:00, Vojtěch Polášek
wrote:
Any idea what I am doing wrong?
Probably nothing. dconf is a lower layer than gsettings. You've changed
the default value in gsettings, which is what you're supposed to do. I
suggest you just forget about dconf; that's an ir
On Thu, Nov 7 2024 at 04:40:07 PM +01:00:00, Vojtěch Polášek
wrote:
I can't find much documentation, but how to properly override
relocatable schema?
A, OK, so that's the problem. If it worked, then the syntax would
be:
[schema:path]
e.g.
[org.gnome.settings-daemon.plugins.media-keys.
On Mon, Nov 4 2024 at 10:52:18 AM -05:00:00, Stephen Gallagher
wrote:
For the sake of keeping the conversation in one place, I do ask that
you reply on the Discussion thread, rather than on Fedora Devel,
please.
Heh, that was a good joke!
--
___
de
On Fri, Nov 1 2024 at 05:13:49 PM +01:00:00, Leon Fauster via devel
wrote:
Ok, thanks. Following questions arised here now:
- An explanation, why its bad would bring some light into this.
Dconf is not the only possible GSettings backend. E.g. if your RPM gets
used to build a Flatpak app, t
On Fri, Nov 1 2024 at 03:13:21 PM +01:00:00, Leon Fauster via devel
wrote:
I had the impression that globally installed configurations
(e.g. /etc/dconf/db/local.d/) should be "committed" with
# dconf update
No, don't do this. For the same reason you never package dconf
overrides, you also nev
On Fri, Nov 1 2024 at 11:04:51 AM +01:00:00, Vojtěch Polášek
wrote:
Hello Michael,
this seems to be what I am searching for.
But any idea how to package this properly?
Is it enough to install the file and mention it in the %files section?
Yes.
Or do I have to run some %post command?
On Fri, Oct 25 2024 at 10:01:02 AM +02:00:00, Vojtěch Polášek
wrote:
I would like to customize some keybindings because they are not set
from
the start. I think the best would be to use dconf overrides.
dconf overrides are intended for system administrators and should never
be packaged.
Yo
On Mon, Oct 21 2024 at 02:51:56 PM +02:00:00, Lennart Poettering
wrote:
I know you don't like systemd-resolved, but maybe you can at least
acknowledge that is does exist.
The nice thing about IPC APIs is it's easy to reimplement them however
you please, similar to how elogind reimplements man
If anybody has any grand ideas, we also don't know what's wrong in this
issue:
https://bugzilla.redhat.com/show_bug.cgi?id=2316066
My best guess is that some component is looking at wall clock time when
monotonic time is required, causing D-Bus calls or systemd service
activation to time out.
On Thu, Oct 10 2024 at 05:36:25 PM +02:00:00, Lennart Poettering
wrote:
I wished Fedora would focus more on making Measured Boot by default a
thing (other distros are working towards that, for example SUSE has
been investing in that), but Fedora is not precisely leading in this
effort right now.
On Thu, Oct 10 2024 at 11:25:30 AM +02:00:00, Alexander Sosedkin
wrote:
Don't Panic.
https://src.fedoraproject.org/rpms/firefox lists 131.0-2 in all
branches,
https://koji.fedoraproject.org/koji/packageinfo?packageID=37 lists a
dozen of 131.0-2 builds as well.
Sent from a
$ rpm -q firefox
fir
On Mon, Oct 7 2024 at 12:59:46 PM -04:00:00, Simo Sorce
wrote:
Changing a default like this is not something to do lightly IMHO.
I'm interested in systemd-homed because we currently have no other
plausible path towards encryption of user data by default [1] (since
use of LUKS full-disk encry
On Tue, Sep 17 2024 at 07:19:23 AM -04:00:00, Neal Gompa
wrote:
Amberol[2]
I've been using Amberol as my primary audio player for half a year, and
I don't think it's a good choice. I would focus on Decibels.
--
___
devel mailing list -- devel@lis
On Mon, Sep 2 2024 at 07:56:58 AM +02:00:00, Alexander Ploumistos
wrote:
Michael, if you still feel this should be reported upstream, there is
this bug in Debian Sid - our systems haven't filed an FTBFS bug yet:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078386
I'd say the return ty
We should probably revert that. If you have a GNOME GitLab account,
feel free to create an issue report. Otherwise, I can do so.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
On Sun, Aug 11 2024 at 04:47:17 PM -00:00:00, Javier Jardón via devel
wrote:
I guess updating in f40 would require additional processes?
Yeah. Just don't. :)
The alternative would be to create buildstream2 as a compat package and
introduce it into F40 as a new package. I don't see much point
On Wed, Jul 31 2024 at 09:23:12 AM -07:00:00, Kevin Fenzi
wrote:
Some possible ones I'll toss out there:
avahi-daemon
cups
rsyslog
dovecot
cockpit
Maybe gnome-remote-desktop?
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
On Sun, Jul 28 2024 at 11:37:15 AM +02:00:00, Arthur Bols via devel
wrote:
Aside that this does not contribute to the discussion at all, I
believe
it is reasonable to assume that the default firewall rules are strict
enough to not open all ports above 1024... That being said, it's an
example, a
1 - 100 of 1096 matches
Mail list logo
