On 9/27/23 04:43, Peter Robinson wrote:
> On Wed, Sep 27, 2023 at 6:24 AM Remi Collet wrote:
>>
>> Le 26/09/2023 à 19:32, Carlos O'Donell a écrit :
>>
In version 8.3 (F40) we'll includes the UTC definition
in our patch to use system tzdata, UTC being use
as the fallback value.
>>>
>
On Wed, Sep 27, 2023 at 6:24 AM Remi Collet wrote:
>
> Le 26/09/2023 à 19:32, Carlos O'Donell a écrit :
>
> >> In version 8.3 (F40) we'll includes the UTC definition
> >> in our patch to use system tzdata, UTC being use
> >> as the fallback value.
> >
> > I'm curious; what does this patch look lik
Le 26/09/2023 à 19:32, Carlos O'Donell a écrit :
In version 8.3 (F40) we'll includes the UTC definition
in our patch to use system tzdata, UTC being use
as the fallback value.
I'm curious; what does this patch look like?
(trivial) patch to our system tzdata patch attached
In short, if file
On Mon, Sep 25, 2023 at 4:39 AM Vít Ondruch wrote:
> Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a):
> > On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
> >>
> >> This probably answers my question. So heads up t
On Mon, Sep 25, 2023 at 4:52 AM Remi Collet wrote:
>
> Le 25/09/2023 à 10:38, Vít Ondruch a écrit :
> >
> > Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a):
> >> On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
>
Le 25/09/2023 à 10:38, Vít Ondruch a écrit :
Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a):
On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
This probably answers my question. So heads up to others.
Dne 22. 09.
Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a):
On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
This probably answers my question. So heads up to others.
Dne 22. 09. 23 v 10:39 Vít Ondruch napsal(a):
Was this i
On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
>
> This probably answers my question. So heads up to others.
>
> Dne 22. 09. 23 v 10:39 Vít Ondruch napsal(a):
> > Was this implemented in past days? I am asking because this FTB
https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
This probably answers my question. So heads up to others.
Vít
Dne 22. 09. 23 v 10:39 Vít Ondruch napsal(a):
Was this implemented in past days? I am asking because this FTBFS
suggest so:
https://koschei.fedoraproject.org/package/rubyge
Was this implemented in past days? I am asking because this FTBFS
suggest so:
https://koschei.fedoraproject.org/package/rubygem-timecop?collection=f40
Vít
Dne 26. 06. 23 v 17:54 Aoife Moloney napsal(a):
https://fedoraproject.org/wiki/Changes/AllowRemovalOfTzdata
This document represents a
I am just curious, who is going to provide or test upgrade path for packages
originally provided by modular repositories? I am asking as DNF maintainer,
because problems with upgrades are often reported to our components.
___
devel mailing list -- devel
Steve Grubb writes:
> On Monday, June 26, 2023 2:47:01 PM EDT Peter Robinson wrote:
>> On Thu, Jun 22, 2023 at 5:15 PM Aoife Moloney wrote:
>> >
>> >
>> > https://fedoraproject.org/wiki/Changes/LibuserDeprecation
>> >
>> >
>> >
>> >
>> > This document represents a proposed Change. As part of the
This Change proposal is really mostly informational...
I know it's only 9 days since it was announced, but with Flock around the
corner and
the Testable deadline fast approaching the following week,
it would really help me if this could get a formal green light soon to go
ahead.
Jens
_
Sorry, I missed the reply.
Currently the default input method is the Qt IBus IM module by setting
QT_IM_MODULE=ibus environment variable with imsettings module in Plasma Wayland
and this Change is to make another IBus Wayland IM module and users switch the
input method by manual using systemsett
Dne 26. 07. 23 v 21:11 Björn Persson napsal(a):
Vitaly Zaitsev via devel wrote:
On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
You could, for example, buy a supported Logitech
Receiver
I don't recommend anyone to buy this proprietary hardware:
For years I tried to use Bluetooth m
On Wednesday, 26 July 2023 at 21:11, Björn Persson wrote:
> Vitaly Zaitsev via devel wrote:
> > On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
> > > You could, for example, buy a supported Logitech
> > > Receiver
> >
> > I don't recommend anyone to buy this proprietary hardware:
>
>
Vitaly Zaitsev via devel wrote:
> On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
> > You could, for example, buy a supported Logitech
> > Receiver
>
> I don't recommend anyone to buy this proprietary hardware:
For years I tried to use Bluetooth mice, thinking a standard would be
pre
On 26/07/2023 11:24, Alexander Ploumistos wrote:
What Dominik wrote would apply e.g. for an NVMe replacement drive from
Kingston or Samsung (proprietary hardware too, it's a shocker).
None of my 5 Samsung SSDs are supported (3 NVMe and 2 SATA). But they
can be updated from MS Windows.
I gues
Am 26.07.23 um 18:00 schrieb Chris Adams:
Once upon a time, Solomon Peachy said:
None of the other SSDs I have deployed (Samsung and Crucual SATA) are
updatable via LVFS, unfortunately. But, hilariously, both Samsung and
Crucial's official updaters appear to be self-contained linux ISOs. So
c
On Wed, Jul 26, 2023 at 3:37 PM Ralf Corsépius wrote:
>
>
>
> Am 26.07.23 um 15:55 schrieb Solomon Peachy via devel:
> > On Wed, Jul 26, 2023 at 09:45:13AM +0200, Ralf Corsépius wrote:
> >> It could be "my bubble", but for me, in all these fwupd is around, it has
> >> never, ever worked on any pie
Once upon a time, Solomon Peachy said:
> None of the other SSDs I have deployed (Samsung and Crucual SATA) are
> updatable via LVFS, unfortunately. But, hilariously, both Samsung and
> Crucial's official updaters appear to be self-contained linux ISOs. So
> clearly the technical capability is
On Wed, Jul 26, 2023 at 04:36:13PM +0200, Ralf Corsépius wrote:
> My (older) lenovo laptop and my HPE Micro-Server are obviously not.
The laptop is a T495 (introduced late 2019), but the workstation is an
older HP Z440 (introduced in late 2014!)
> This is the second time, somebody mentions Samsu
Am 26.07.23 um 15:55 schrieb Solomon Peachy via devel:
On Wed, Jul 26, 2023 at 09:45:13AM +0200, Ralf Corsépius wrote:
It could be "my bubble", but for me, in all these fwupd is around, it has
never, ever worked on any piece of HW for me.
Most of the stuff I have that is updated through fwup
On Wed, Jul 26, 2023 at 11:48:36AM +0300, Alexander Ploumistos wrote:
> That would require people volunteering to potentially brick their
> machines in order to test the updates. If something goes wrong, the
> equipment (and the knowledge) necessary to reprogram a chip is rather
> scarce. I'm afrai
On Wed, Jul 26, 2023 at 09:45:13AM +0200, Ralf Corsépius wrote:
> It could be "my bubble", but for me, in all these fwupd is around, it has
> never, ever worked on any piece of HW for me.
Most of the stuff I have that is updated through fwupd are peripherals
[1] that are independent of the system
On Wed, Jul 26, 2023 at 8:40 AM Chris Adams wrote:
>
> Once upon a time, Vitaly Zaitsev said:
> > On 26/07/2023 08:48, Dominik 'Rathann' Mierzejewski wrote:
> > >Define small. 😄
> >
> > Only Dell, HP and Lenovo laptops are fully supported:
> > https://fwupd.org/lvfs/devices/
> >
> > fwupd is a gr
Once upon a time, Vitaly Zaitsev said:
> On 26/07/2023 08:48, Dominik 'Rathann' Mierzejewski wrote:
> >Define small. 😄
>
> Only Dell, HP and Lenovo laptops are fully supported:
> https://fwupd.org/lvfs/devices/
>
> fwupd is a great tool on laptops but completely useless on desktops
> since no mo
Dne 02. 07. 23 v 23:54 Demi Marie Obenour napsal(a):
On 6/26/23 12:00, Aoife Moloney wrote:
https://fedoraproject.org/wiki/Changes/AnacondaWebUIforFedoraWorkstation
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
On Wed, Jul 26, 2023 at 12:14 PM Vitaly Zaitsev via devel
wrote:
>
> On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
> > You could, for example, buy a supported Logitech
> > Receiver
>
> I don't recommend anyone to buy this proprietary hardware:
>
> > The vulnerabilities allow attackers
On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
You could, for example, buy a supported Logitech
Receiver
I don't recommend anyone to buy this proprietary hardware:
The vulnerabilities allow attackers to sniff on keyboard traffic, but also
inject keystrokes (even into dongles not
On Wednesday, 26 July 2023 at 10:49, Vitaly Zaitsev via devel wrote:
> On 26/07/2023 10:32, Daniel P. Berrangé wrote:
> > Those devices which do support fwupd have a large enough market share
> > that it is justifiable to enable it, even if there are many machines
> > which can't support it.
>
> M
On 26/07/2023 10:32, Daniel P. Berrangé wrote:
Those devices which do support fwupd have a large enough market share
that it is justifiable to enable it, even if there are many machines
which can't support it.
Maybe Anaconda should only enable it if the device is supported?
This information ca
On Wed, Jul 26, 2023 at 10:59 AM Vitaly Zaitsev via devel
wrote:
>
> Only Dell, HP and Lenovo laptops are fully supported:
> https://fwupd.org/lvfs/devices/
Not just laptops, desktops/workstations too. In the last six years,
I've had five different models provided by my employers and they were
al
On Wed, Jul 26, 2023 at 09:59:26AM +0200, Vitaly Zaitsev via devel wrote:
> On 26/07/2023 08:48, Dominik 'Rathann' Mierzejewski wrote:
> > Define small. 😄
>
> Only Dell, HP and Lenovo laptops are fully supported:
> https://fwupd.org/lvfs/devices/
>
> fwupd is a great tool on laptops but completel
On 26/07/2023 08:48, Dominik 'Rathann' Mierzejewski wrote:
Define small. 😄
Only Dell, HP and Lenovo laptops are fully supported:
https://fwupd.org/lvfs/devices/
fwupd is a great tool on laptops but completely useless on desktops
since no motherboard vendors support it.
Maybe fwupd should st
On Wed, Jul 26, 2023 at 09:45:13AM +0200, Ralf Corsépius wrote:
>
>
> Am 26.07.23 um 08:48 schrieb Dominik 'Rathann' Mierzejewski:
> > On Wednesday, 26 July 2023 at 06:23, Ralf Corsépius wrote:
> > > Am 23.07.23 um 00:39 schrieb Neal Gompa:
> > > > Actually, why wouldn't this be used everywhere?
Am 26.07.23 um 08:48 schrieb Dominik 'Rathann' Mierzejewski:
On Wednesday, 26 July 2023 at 06:23, Ralf Corsépius wrote:
Am 23.07.23 um 00:39 schrieb Neal Gompa:
Actually, why wouldn't this be used everywhere?
Because fwupd only works on a small set of machines?
Define small. :)
Almost n
On Wednesday, 26 July 2023 at 06:23, Ralf Corsépius wrote:
> Am 23.07.23 um 00:39 schrieb Neal Gompa:
> > Actually, why wouldn't this be used everywhere?
>
> Because fwupd only works on a small set of machines?
Define small. :)
It works, for example, on any machine that has a Logitech Unifying/
Am 23.07.23 um 00:39 schrieb Neal Gompa:
Actually, why wouldn't this be used everywhere?
Because fwupd only works on a small set of machines?
Ralf
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
On Tue, Jul 25, 2023 at 10:39 AM Timothée Ravier
wrote:
>
> > Would these messages show up, for example, if they opened the terminal app?
>
> They only show up on the console / ssh login prompt if I'm not mistaken:
> https://github.com/fwupd/fwupd/tree/main/data/motd
That means they will show up
> Would these messages show up, for example, if they opened the terminal app?
They only show up on the console / ssh login prompt if I'm not mistaken:
https://github.com/fwupd/fwupd/tree/main/data/motd
___
devel mailing list -- devel@lists.fedoraproject
On Tue, Jul 25, 2023 at 8:52 AM Timothée Ravier wrote:
>
> > Actually, why wouldn't this be used everywhere? I could see this be
> > useful when people remote into workstations and apply updates. I know
> > of plenty of people that split their desktops between local and remote
> > access/administr
> Actually, why wouldn't this be used everywhere? I could see this be
> useful when people remote into workstations and apply updates. I know
> of plenty of people that split their desktops between local and remote
> access/administration.
We could enable it everywhere but we've not reached out to
On Wed, Jul 05, 2023 at 03:37:27PM +0100, Sebastian Crane wrote:
>
> As someone who does not use the Plasma desktop currently, I am a
> little confused as to why this is a change proposal. If I'm reading it
> correctly, Fedora configured Plasma to run on Wayland, which partially
> broke IBus suppo
Il 22/07/23 22:31, Kevin Fenzi ha scritto:
> On Fri, Jul 21, 2023 at 04:31:01PM +0100, Aoife Moloney wrote:
>> https://fedoraproject.org/wiki/Changes/LibreOffice_7.6
>>
>> This document represents a proposed Change. As part of the Changes
>> process, proposals are publicly announced in order to rec
On Sat, Jul 22, 2023 at 3:32 PM Dan Čermák
wrote:
>
> Hi,
>
> Aoife Moloney writes:
>
> > https://fedoraproject.org/wiki/Changes/EnableFwupdRefreshByDefault
> >
> *snip*
> >
> > == Detailed Description ==
> >
> > Firmware for hardware devices can have bugs and firmware updates
> > generally help
On Fri, Jul 21, 2023 at 04:31:01PM +0100, Aoife Moloney wrote:
> https://fedoraproject.org/wiki/Changes/LibreOffice_7.6
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will on
Hi,
Aoife Moloney writes:
> https://fedoraproject.org/wiki/Changes/EnableFwupdRefreshByDefault
>
*snip*
>
> == Detailed Description ==
>
> Firmware for hardware devices can have bugs and firmware updates
> generally help address those. Firmware updates might however need
> manual interaction, a
https://fedoraproject.org/wiki/Changes/EnableFwupdRefreshByDefault
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steer
https://fedoraproject.org/wiki/Changes/Haskell_GHC_9.4_and_Stackage_21
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering S
https://fedoraproject.org/wiki/Changes/LibreOffice_7.6
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committe
> Am 15.07.2023 um 21:03 schrieb Matthew Miller :
>
> On Sat, Jul 15, 2023 at 05:22:15PM +0200, Dan Čermák wrote:
>>> For a long time the Fedora default shell prompt has been monochrome,
>>> which makes it difficult to find shell prompt commands between long
>>> command outputs when scrolling th
On Sat, Jul 15, 2023 at 3:04 PM Matthew Miller wrote:
>
> On Sat, Jul 15, 2023 at 05:22:15PM +0200, Dan Čermák wrote:
> > > For a long time the Fedora default shell prompt has been monochrome,
> > > which makes it difficult to find shell prompt commands between long
> > > command outputs when scro
On Sat, Jul 15, 2023 at 05:22:15PM +0200, Dan Čermák wrote:
> > For a long time the Fedora default shell prompt has been monochrome,
> > which makes it difficult to find shell prompt commands between long
> > command outputs when scrolling through terminal shell output.
> > This Change introduces a
Hi,
Aoife Moloney writes:
> https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
>
> == Summary ==
> Introduce a default colored prompt for Fedora's default shell bash.
>
> == Owner ==
>
> * Name: [[User:Petersen| Jens Petersen]]
>
> * Email:
>
>
> == Detailed Description ==
> For a long ti
Hi,
Thanks for looking at this, and sorry about the delay I was on PTO for a
few days.
On 6/28/23 09:15, Richard W.M. Jones wrote:
On Thu, Jun 22, 2023 at 12:24:04PM -0500, Jeremy Linton wrote:
But, IMHO the largest change is moving the boot kernel/initrd to the
ESP, rather than the use of s
What I did with the i3 Spin was to ask to the Design team for something
that fits Fedora's color palette. I think for this you could do the same.
Br,
--
Eduard Lucena
Móvil: +56962318010
GNU/Linux User #589060
Ubuntu User #8749
Fedora Marketing Representative
___
If you are looking for other ideas, I embed loads of useful info in my prompt:
https://imgur.com/a/kVCyVPK
time, so you can roughly measure the time between commands, CPU architecture,
how far ahead or behind you are in a git repo.
But this gets a +1 from me regardless of the result, colors are
On Wed, Jun 28, 2023 at 2:53 PM Neal Gompa wrote:
> On Wed, Jun 28, 2023 at 8:25 AM Ondřej Budai wrote:
> >
> > Yep, that's a shortcoming of how we currently upload the builds to koji.
> It's something we would like to tackle in the upcoming quarter, see the
> tracking ticket: https://issues.red
On Fri, Jul 7, 2023 at 7:38 PM Vít Ondruch wrote:
> Dne 05. 07. 23 v 11:25 Aoife Moloney napsal(a):
> > https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
> :
>
> There seems to be a general desire to have a colored prompt like other
> > popular distros, which commonly use green
>
> Shoul
Hi,
On 6/22/23 12:28, Zbigniew Jędrzejewski-Szmek wrote:
https://fedoraproject.org/wiki/Changes/cleanup_systemd_install
== Detailed Description ==
As a first pass, the 'inst.sdboot' option already in anaconda should
work. As it stands, that replaces grub+shim with the systemd-boot
loader, and
On 7/9/23 22:20, Jens-Ulrik Petersen wrote:
Unfortunately there is no easy way to detect dark or light terminals, to my
knowledge at least.
You can use the xterm OSC 11;? sequence to request the text background color.
Emacs uses this to select light or dark theming.
--
--Per Bothner
p.
On Fri, Jul 7, 2023 at 9:36 PM Marián Konček wrote:
> I actually copy-paste the Debian prompt since Debian Jessie on my systems.
> Even though it uses blue-green colors, I can see it very well on both
> white and black background.
>
Okay
> I think it would be nicer if we played around with sev
Thanks for the replies so far.
Unfortunately there is no easy way to detect dark or light terminals, to my
knowledge at least.
Green seems the most friendly color across different palettes and terminals.
Though these days modern terminals tend to default to dark
(most Fedora editions' default term
Sorry if this comes through twice. Apparently thunderbird's "Reply to
list" thought I meant to send it to devel-announce, not devel.
On 7/5/23 05:25, Aoife Moloney wrote:
== Feedback ==
Initial
[https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/B5AJS3FIIPMF3
On 7/6/23 10:14, Alessandro Astone wrote:
Is there any interest in providing the full older clang binary instead of just
compat libraries?
In my case, I'm working on an LLVM pass currently targeting LLVM15, and i can
use the llvm15 rpm to build it. But then I don't have a way to compile a C
so
I actually copy-paste the Debian prompt since Debian Jessie on my systems.
Even though it uses blue-green colors, I can see it very well on both
white and black background.
I think it would be nicer if we played around with several options and
have the user have a simple way of choosing. There
7 Jul 2023, Chris Adams wrote:
Date: Fri, 7 Jul 2023 08:56:00
From: Chris Adams
Reply-To: Development discussions related to Fedora
To: devel@lists.fedoraproject.org
Subject: Re: F39 Change Proposal: Color Bash Prompt (System Wide)
Once upon a time, Vít Ondruch said:
Shouldn't blue be t
Hi,
I went through the thread and there are good points that I was not aware
of. But libuser is now pulled into every installation and considering the
state of the library (not being developed) I still think we should do
something about it. The benefit is small for tools like passwd.
The passwd u
Once upon a time, Vít Ondruch said:
> Shouldn't blue be the default for Fedora?
Blue is probably a bad idea in a prompt, as the human eye doesn't
perceive blue as strongly as green. The prompt isn't about art/style,
it's purely about functionality.
--
Chris Adams
__
On Fri, Jul 07, 2023 at 01:38:08PM +0200, Vít Ondruch wrote:
> >
> > There seems to be a general desire to have a colored prompt like other
> > popular distros, which commonly use green
>
>
> Shouldn't blue be the default for Fedora?
>
> And I think that dark as well as light color schemes shou
Dne 05. 07. 23 v 11:25 Aoife Moloney napsal(a):
https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
== Summary ==
Introduce a default colored prompt for Fedora's default shell bash.
== Owner ==
* Name: [[User:Petersen| Jens Petersen]]
* Email:
== Detailed Description ==
For a long ti
On Fri, Jun 30, 2023 at 11:54 AM Chris Adams wrote:
> Once upon a time, Jonathan Wakely said:
> > From the change proposal:
> >
> > == Feedback ==
> > In June of 2021, we proposed creating a new tzdata sub-package that
> > would only provide the UTC timezone. As part of the discussion around
>
Is there any interest in providing the full older clang binary instead of just
compat libraries?
In my case, I'm working on an LLVM pass currently targeting LLVM15, and i can
use the llvm15 rpm to build it. But then I don't have a way to compile a C
source into an LLVM15-compatible intermediate
As someone who does not use the Plasma desktop currently, I am a
little confused as to why this is a change proposal. If I'm reading it
correctly, Fedora configured Plasma to run on Wayland, which partially
broke IBus support. Now, IBus has been updated upstream to support
keyboard layout switchin
On Wed, Jul 5, 2023 at 6:04 AM Aoife Moloney wrote:
>
> https://fedoraproject.org/wiki/Changes/Indic_Noto_fonts
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be im
https://fedoraproject.org/wiki/Changes/Indic_Noto_fonts
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committ
https://fedoraproject.org/wiki/Changes/IBus_1.5.29
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
https://fedoraproject.org/wiki/Changes/MigrateIfcfgToKeyfile
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Co
https://fedoraproject.org/wiki/Changes/KDEKinoiteAutoUpdateByDefault
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Ste
https://fedoraproject.org/wiki/Changes/GNUToolchainF39
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committ
https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
== Summary ==
Introduce a default colored prompt for Fedora's default shell bash.
== Owner ==
* Name: [[User:Petersen| Jens Petersen]]
* Email:
== Detailed Description ==
For a long time the Fedora default shell prompt has been monochr
4. července 2023 0:44:41 SELČ, Neal Gompa napsal:
>On Mon, Jul 3, 2023 at 6:36 PM Jiří Konečný wrote:
>>
>> Hi, see my replies below.
>>
>> 2. července 2023 23:56:59 SELČ, Demi Marie Obenour
>> napsal:
>> >On 6/27/23 05:00, Simon de Vlieger wrote:
>> >> On 6/27/23 10:40, Hans de Goede wrote:
On Mon, Jul 3, 2023 at 6:36 PM Jiří Konečný wrote:
>
> Hi, see my replies below.
>
> 2. července 2023 23:56:59 SELČ, Demi Marie Obenour
> napsal:
> >On 6/27/23 05:00, Simon de Vlieger wrote:
> >> On 6/27/23 10:40, Hans de Goede wrote:
> >>
> >> > Ok, so can you provide some instructions for how
Hi, see my replies below.
2. července 2023 23:56:59 SELČ, Demi Marie Obenour
napsal:
>On 6/27/23 05:00, Simon de Vlieger wrote:
>> On 6/27/23 10:40, Hans de Goede wrote:
>>
>> > Ok, so can you provide some instructions for how to make this work ?
>> I guess it would be something like add the
Hi
3. července 2023 18:57:39 SELČ, Michael Catanzaro
napsal:
>On Mon, Jul 3 2023 at 12:32:02 PM -0400, Demi Marie Obenour
> wrote:
>> Why is that? WebKitGTK+ is one of those packages that one should only
>> ship if one is willing to take every update from upstream, but my
>> understanding is t
Hello.
And to add to the reasons, if the GTK4 bindings of webkit would be used,
we would lose screen reader accessibility completely, see
https://bugs.webkit.org/show_bug.cgi?id=227528.
Regards,
Lukáš
Dne 03.07.2023 v 18:15 Simon de Vlieger napsal(a):
On 7/3/23 17:18, Demi Marie Obenour wr
On Mon, Jul 3 2023 at 12:32:02 PM -0400, Demi Marie Obenour
wrote:
Why is that? WebKitGTK+ is one of those packages that one should only
ship if one is willing to take every update from upstream, but my
understanding is that WebKitGTK+ tries quite hard to make this easy.
The set of packages t
On 7/3/23 12:30, Michael Catanzaro wrote:
> On Mon, Jul 3 2023 at 06:15:43 PM +0200, Simon de Vlieger
> wrote:
>> Funnily enough it was switched explicitly from webkitgtk to Firefox
>> for
>> a reason I forget; I think it was related to disk size. Perhaps Martin
>> or Jiri has more details to sh
On Mon, Jul 3 2023 at 06:15:43 PM +0200, Simon de Vlieger
wrote:
Funnily enough it was switched explicitly from webkitgtk to Firefox
for
a reason I forget; I think it was related to disk size. Perhaps Martin
or Jiri has more details to share on that.
It's because we're going to remove WebKitG
On 7/3/23 17:18, Demi Marie Obenour wrote:
Fair. I wonder how much of that memory use would go away if instead of
using Firefox, the web content ran in an embedded WebKitGTK+ webview.
Browser security is not a concern here because in this case the web
content is trusted, and this would also all
On Mon, Jul 3, 2023 at 10:16 AM Jan Grulich wrote:
>
> Hi,
>
> po 26. 6. 2023 v 19:26 odesílatel Fabio Valentini
> napsal:
>>
>> On Thu, Jun 22, 2023 at 6:21 PM Aoife Moloney wrote:
>> >
>>
>> (snip)
>>
>> >
>> > == Detailed Description ==
>> > [https://github.com/FedoraQt/QGnomePlatform QGnome
On 7/3/23 03:18, Simon de Vlieger wrote:
> On 7/2/23 23:56, Demi Marie Obenour wrote:
>
>> Remote installation is not a solution to the memory bloat. It only
>> pushes the problem to whatever machine the browser runs on, and it
>> has significant and negative security implications. A solution
>>
On Monday, 26 June 2023 at 03:16, James Ralston wrote:
[...]
> To remove a user from a group:
>
> lgroupmod -m someuser somegroup
[...]
> But groupmod has no ability to remove a user from a group.
[...]
> For shadow-utils 4.10 or later, usermod has a new -r option, so it is
> possible to const
Hi,
po 26. 6. 2023 v 19:26 odesílatel Fabio Valentini
napsal:
> On Thu, Jun 22, 2023 at 6:21 PM Aoife Moloney wrote:
> >
>
> (snip)
>
> >
> > == Detailed Description ==
> > [https://github.com/FedoraQt/QGnomePlatform QGnomePlatform] project is
> > a Qt Platform Theme plugin. It reads GNOME conf
On 7/2/23 23:56, Demi Marie Obenour wrote:
Remote installation is not a solution to the memory bloat. It only
pushes the problem to whatever machine the browser runs on, and it
has significant and negative security implications. A solution
here would be ensuring that the web UI uses no more RA
On 6/27/23 05:00, Simon de Vlieger wrote:
> On 6/27/23 10:40, Hans de Goede wrote:
>
> > Ok, so can you provide some instructions for how to make this work ?
> I guess it would be something like add the cmdline option + then start
> some systemd unit ? Can you please put some instructions for
On 6/26/23 12:00, Aoife Moloney wrote:
> https://fedoraproject.org/wiki/Changes/AnacondaWebUIforFedoraWorkstation
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be
On Thu, Jun 29, 2023 at 08:14:01PM +0200, Jiri Vanek wrote:
> Hi Kevin!
> I'm unabel to answer that. First release will be a bit experiemntal
> for sure. But final target is sure - to persist the underlying
> portables and to enable srpm rebuild as comfortably as possible.
Sure.
> As far rawhide
On Thu, Jun 29, 2023 at 01:23:42PM -0700, Tom Stellard wrote:
> On 6/29/23 10:42, Kevin Fenzi wrote:
> > On Thu, Jun 29, 2023 at 10:14:31AM -0700, Tom Stellard wrote:
> > > On 6/29/23 09:52, Jiri Vanek wrote:
> > > > Hi Tom!
> > > >
> > > > Thanx a lot of for input. Although I did my bes with the
1 - 100 of 357 matches
Mail list logo
