OLD: Fedora-eln-20241017.n.0
NEW: Fedora-eln-20241018.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:10
Upgraded packages: 23
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:16.47 MiB
Size
OLD: Fedora-41-20241015.n.0
NEW: Fedora-41-20241017.n.1
= SUMMARY =
Added images:6
Dropped images: 0
Added packages: 2
Dropped packages:3
Upgraded packages: 56
Downgraded packages: 0
Size of added packages: 5.32 MiB
Size of dropped packages:454.34 KiB
OLD: Fedora-Rawhide-20241016.n.1
NEW: Fedora-Rawhide-20241017.n.1
= SUMMARY =
Added images:1
Dropped images: 7
Added packages: 5
Dropped packages:4
Upgraded packages: 150
Downgraded packages: 0
Size of added packages: 343.60 KiB
Size of dropped packages
On Thu, Oct 17, 2024 at 5:19 PM Adam Williamson
wrote:
>
> On Thu, 2024-10-17 at 22:07 +0100, Peter Robinson wrote:
> > > > I've now tested and basic graphics mode works OK on UEFI and BIOS on
> > > > both GNOME and KDE with a recent F41 image, so that's good. It uses
> > > > Wayland in all cases
On Thu, 2024-10-17 at 22:07 +0100, Peter Robinson wrote:
> > > I've now tested and basic graphics mode works OK on UEFI and BIOS on
> > > both GNOME and KDE with a recent F41 image, so that's good. It uses
> > > Wayland in all cases so no X drivers involved. The other case I'm
> > > concerned about
> > I've now tested and basic graphics mode works OK on UEFI and BIOS on
> > both GNOME and KDE with a recent F41 image, so that's good. It uses
> > Wayland in all cases so no X drivers involved. The other case I'm
> > concerned about is doing a basic graphics install of Fedora 39, and
> > upgradin
Adam Williamson wrote:
> Yeah, I was more worried about vesa.
>
> I've now tested and basic graphics mode works OK on UEFI and BIOS on
> both GNOME and KDE with a recent F41 image, so that's good. It uses
> Wayland in all cases so no X drivers involved. The other case I'm
> concerned about is doin
On Thu, 2024-10-17 at 19:42 +0100, Peter Robinson wrote:
> On Thu, 17 Oct 2024 at 16:48, Adam Williamson
> wrote:
> >
> > On Mon, 2024-10-07 at 10:42 -0700, Adam Williamson wrote:
> > > I noticed that the vesa and fbdev X.org drivers were recently retired
> > > from Rawhide. There appears to be n
On Thu, Oct 17, 2024 at 8:00 AM wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2024-10-18 from 12:00:00 to 13:00:00 US/Eastern
>At fedora-meet...@irc.libera.chat
>
> The meeting will be about:
>
We will have an Open Floor meeting tomorrow. Bring your questions
On Thu, 17 Oct 2024 at 16:48, Adam Williamson
wrote:
>
> On Mon, 2024-10-07 at 10:42 -0700, Adam Williamson wrote:
> > I noticed that the vesa and fbdev X.org drivers were recently retired
> > from Rawhide. There appears to be no Change for this. The commit
> > messages for the retirements refer t
> Laurent Rineau writes:
> The result is that the following
> packages no longer build (F42FTBFS, RAWHIDEFTBFS):
> - prusa-slicer
> https://koji.fedoraproject.org/koji/taskinfo?taskID=124921682
Just so I don't forget (as I have no time to dig into this today), I see
some related information
On Thursday, October 17, 2024 1:46:49 AM GMT+2 Fedora Rawhide Report wrote:
> Package: CGAL-6.0-1.fc42
> Old package: CGAL-5.6.1-2.fc41
> Summary: Computational Geometry Algorithms Library
Dear Fedora maintainers,
The CGAL-devel RPM package (header-only, but with arch-dependent depende
dnf < 5 includes /usr/lib/systemd/system/dnf-makecache.service and
".timer" to ensure that metadata is usually already cached when users
run dnf.
I don't see any makecache service or timer in any of the dnf5 packages
on Fedora 41. Is that intentional, or is it a regression? I can't
tell, be
I agree in some parts. But introducing new Varlink protocol makes it not
necessary simpler or more modern.
On 16. 10. 24 17:08, Lennart Poettering wrote:
On Mo, 14.10.24 22:53, Petr Menšík (pemen...@redhat.com) wrote:
I think struct addrinfo used by getaddrinfo() is basically good output even
> On 17 Oct 2024, at 12:00, Lennart Poettering wrote:
>
> That does not answer the question. Is it the inner or the outer pty
> you are issuing that stty command on?
1. Start konsole
2. stty intr ^g
3. run0
Is that what you need?
Barry
--
___
dev
On Mon, 2024-10-07 at 10:42 -0700, Adam Williamson wrote:
> I noticed that the vesa and fbdev X.org drivers were recently retired
> from Rawhide. There appears to be no Change for this. The commit
> messages for the retirements refer to this old Change:
>
> https://fedoraproject.org/wiki/Changes/R
> On 16 Oct 2024, at 16:26, Lennart Poettering wrote:
>
> You didn't mention which terminal precisely your are doing this weird
> config on though: before you invoke run0 (i.e on your terminal app's
> pty) or while you are inside of run0 (i.e. on run0's pty). This
> matters a lot and makes a ma
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2024-10-18 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/10881/
--
___
devel m
On Thu, Oct 17, 2024 at 12:46:08PM +0100, Richard W.M. Jones wrote:
> I had a go at 'expect'. Mostly it fails because of the _ANSI_ARGS_
> and TCL_VARARGS macros going away, which are easy, albeit very tedious,
> to fix.
>
> Do you have a source git repo of what we use in Fedora already
> (ie. in
I had a go at 'expect'. Mostly it fails because of the _ANSI_ARGS_
and TCL_VARARGS macros going away, which are easy, albeit very tedious,
to fix.
Do you have a source git repo of what we use in Fedora already
(ie. including the patches)?
I notice upstream hasn't had a release since 2018 and is
On Do, 17.10.24 11:35, Barry Scott (ba...@barrys-emacs.org) wrote:
> > You didn't mention which terminal precisely your are doing this weird
> > config on though: before you invoke run0 (i.e on your terminal app's
> > pty) or while you are inside of run0 (i.e. on run0's pty). This
> > matters a lo
> On 16 Oct 2024, at 16:26, Lennart Poettering wrote:
>
> ^G is BEL btw, i.e. you are redefining what happens if something
> generates an event that shall ring the terminal bell, and turn it into
> SIGINT. Which is really really weird.
As output the Ctrl-G will cause the BEL actions of the ter
Dne 17. 10. 24 v 9:13 Milan Crha napsal(a):
On Thu, 2024-10-17 at 09:04 +0200, Vít Ondruch wrote:
Where is the reviews data stored actually?
Hi,
it's on the ODRS server. The option
gsettings get org.gnome.software review-server
defaults to:
https://odrs.gnome.org/1.0/reviews
On Thursday, 17 October 2024 at 09:42, Milan Crha wrote:
> On Thu, 2024-10-17 at 09:37 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > org.mozilla.firefox.desktop
>
> Hi,
> the references the app [1], thus as long as the
> Firefox has its without the ".desktop" suffix... You can spec
On Thu, 2024-10-17 at 09:37 +0200, Dominik 'Rathann' Mierzejewski
wrote:
> org.mozilla.firefox.desktop
Hi,
the references the app [1], thus as long as the
Firefox has its without the ".desktop" suffix... You can specify
the multiple times, as the [1] claims.
Bye,
Mila
On Thursday, 17 October 2024 at 09:16, Vít Ondruch wrote:
[...]
> Just out of curiosity, do we still have some FF extensions or are they
> broken, because I can't see any in G-S.
I maintain three:
mozilla-noscript, mozilla-ublock-origin and mozilla-privacy-badger
They all have:
...
org.mozi
On Wed, Oct 16, 2024 at 2:11 PM Neal Gompa wrote:
> On Wed, Oct 16, 2024 at 6:37 AM Iker Pedrosa wrote:
>
>> Hi,
>>
>> I've just built libeconf 0.7.4 into rawhide, and this bumps the SONAME.
>> Affected packages are:
>> $ dnf repoquery --whatrequires libeconf
>> libtukit-0:3.6.2-9.fc41.x86_64
>>
On Thu, 2024-10-17 at 09:01 +0200, Dominik 'Rathann' Mierzejewski
wrote:
> we had that issue with all packaged Firefox extensions when Firefox
> ID was changed to org.mozilla.firefox .
Hi,
I recall that. The Firefox is kinda special:
the Fedora Flatpak says: org.mozilla.Firefox
the RPM
On Thu, 2024-10-17 at 09:04 +0200, Vít Ondruch wrote:
> Where is the reviews data stored actually?
Hi,
it's on the ODRS server. The option
gsettings get org.gnome.software review-server
defaults to:
https://odrs.gnome.org/1.0/reviews/api
How much "editable" the data stored there
Dne 17. 10. 24 v 9:01 Dominik 'Rathann' Mierzejewski napsal(a):
On Thursday, 17 October 2024 at 08:45, Milan Crha wrote:
On Wed, 2024-10-16 at 18:53 +0200, Vít Ondruch wrote:
Maybe changing the .desktop file is harmless and good thing after
all.
Hi,
if I'm not mistaken, changing the .
Dne 17. 10. 24 v 8:45 Milan Crha napsal(a):
On Wed, 2024-10-16 at 18:53 +0200, Vít Ondruch wrote:
Maybe changing the .desktop file is harmless and good thing after
all.
Hi,
if I'm not mistaken, changing the .desktop filename is not a problem,
as long as all the appstream data is proper
On Thursday, 17 October 2024 at 08:45, Milan Crha wrote:
> On Wed, 2024-10-16 at 18:53 +0200, Vít Ondruch wrote:
> > Maybe changing the .desktop file is harmless and good thing after
> > all.
>
> Hi,
> if I'm not mistaken, changing the .desktop filename is not a problem,
> as long as all the
32 matches
Mail list logo
