On 01/07/2024 22:52, Aoife Moloney wrote:
This proposal adds a new dedicated `diskadmin` group, allowing users
to manage external drives without needing to be in the `wheel` group.
Users with this permission can easily mount an external drive with suid
binary and gain root access to entire sys
On 01/07/2024 21:47, Aoife Moloney wrote:
As a result of this feedback, we have changed the proposal: we now
propose that initial setup will show an explicit yes/no prompt which
has no default value.
What about existing systems?
Which metrics will be collected
Country where device is physical
On Mon, Jul 01, 2024 at 08:07:46PM +0100, Aoife Moloney wrote:
> DJ & Tom - thank you for that clarification on how to interpret your
> ranking, and I can assure you and other folks who feel similar about
> answering that question that that is indeed the way we will be analysing
> the results - top
On Tue, Jul 2, 2024 at 4:19 AM Daniel P. Berrangé wrote:
>
> On Mon, Jul 01, 2024 at 08:07:46PM +0100, Aoife Moloney wrote:
> > DJ & Tom - thank you for that clarification on how to interpret your
> > ranking, and I can assure you and other folks who feel similar about
> > answering that question
On Tue, Jul 2, 2024 at 3:27 AM Vitaly Zaitsev via devel
wrote:
>
> On 01/07/2024 21:47, Aoife Moloney wrote:
> > As a result of this feedback, we have changed the proposal: we now
> > propose that initial setup will show an explicit yes/no prompt which
> > has no default value.
>
> What about exis
On Tue, 2 Jul 2024 at 09:55, Neal Gompa wrote:
> On Tue, Jul 2, 2024 at 3:27 AM Vitaly Zaitsev via devel
> wrote:
> >
> > On 01/07/2024 21:47, Aoife Moloney wrote:
> > > As a result of this feedback, we have changed the proposal: we now
> > > propose that initial setup will show an explicit yes/
On Tue, 2 Jul 2024 at 09:45, Neal Gompa wrote:
> On Tue, Jul 2, 2024 at 4:19 AM Daniel P. Berrangé
> wrote:
> >
> > On Mon, Jul 01, 2024 at 08:07:46PM +0100, Aoife Moloney wrote:
> > > DJ & Tom - thank you for that clarification on how to interpret your
> > > ranking, and I can assure you and ot
Aoife Moloney venit, vidit, dixit 2024-07-01 22:21:37:
> I disagree a little on the results to be meaningless just because the tone
> or phrasing is positive, particularly with the topic of AI because it is
> far too easy to list all the negatives associated with AI, and doing that
> doesn't move
Dne 01. 07. 24 v 22:58 Aoife Moloney napsal(a):
Wiki -
https://fedoraproject.org/wiki/Changes/UnprivilegedSystemFlatpakManagement
Discussion thread -
https://discussion.fedoraproject.org/t/f42-change-proposal-unprivileged-management-of-system-flatpaks-system-wide/124336
This is a proposed Chan
I guess how the question is phrased 'where do you feel like AI/ML has the
best fit in Fedora' assumes the responder will choose where they feel it
works best as top choice, and least-best (terrible English :) ) as last, so
reviewers of the survey would likely assume 'oh the option
scored lowest, t
*a terrible time with that question in particular
(Sorry, autocorrected and I didn't spot it before hitting send)
Aoife Moloney
Fedora Operations Architect
On Tue, Jul 2, 2024, 10:59 AM Aoife Moloney wrote:
> I guess how the question is phrased 'where do you feel like AI/ML has the
> best fit
Dne 01. 07. 24 v 19:45 Miroslav Suchý napsal(a):
Dne 01. 07. 24 v 4:58 odp. Vít Ondruch napsal(a):
If the decision was made to proceed with the `LicenseRef-` prefix, I
assume you would keep sending us some statistics, how many old
identifiers remains, right?
My original plan was to close th
On 02/07/2024 10:53, Neal Gompa wrote:
Why? It can be useful for determining where to boost investment in
l10n and i18n efforts.
Because Red Hat is based in the US. It can be used against users from
countries and regions that the US does not like (e.g. sanctions, export
policies, etc.).
--
On Tue, 2 Jul 2024 at 12:05, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 02/07/2024 10:53, Neal Gompa wrote:
> > Why? It can be useful for determining where to boost investment in
> > l10n and i18n efforts.
>
> Because Red Hat is based in the US. It can be used against us
I get that all conversations about AI/ML are controversial (at best)
But I have just realised that there's even another, and worst, point of
view:
you can say that Fedora Council has already decided on using AI/ML going
forward and only wants to know where implementing priorities will go...
Hope
I've pushed a new build of level-zero (of an upstream release which has my
system spdlog support patch upstreamed):
https://src.fedoraproject.org/rpms/oneapi-level-zero/c/328c4a33aa05d4ccf5b697cf2e67188750663913?branch=rawhide
. f40 build will follow once the new opencl-headers reach the stable
upd
On Tue, Jul 2 2024 at 12:04:48 PM +02:00:00, Vitaly Zaitsev via devel
wrote:
Because Red Hat is based in the US. It can be used against users from
countries and regions that the US does not like (e.g. sanctions,
export
policies, etc.).
Please remember the data collected will be anonymous and
On 02/07/2024 12:52, Michael Catanzaro wrote:
Please remember the data collected will be anonymous and the data points
will not be aggregated together with other data points.
The government can ask "How many users are there from the
$country_name", and if the number is greater than N, they can
On Tue, Jul 2, 2024, 07:14 Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 02/07/2024 12:52, Michael Catanzaro wrote:
> > Please remember the data collected will be anonymous and the data points
> > will not be aggregated together with other data points.
>
> The government ca
On Tue, Jul 2, 2024 at 7:14 AM Vitaly Zaitsev via devel
wrote:
>
> On 02/07/2024 12:52, Michael Catanzaro wrote:
> > Please remember the data collected will be anonymous and the data points
> > will not be aggregated together with other data points.
>
> The government can ask "How many users are t
Hi,
This recent commit [1] in rawhide moves the engine API to a
openssl-devel-engine subpackage following [2] (BTW this change announced
that it would be openssl-engine-devel instead, but that's not the point).
I'm surprised that FESCo approved this change without any analysis of the
impact and th
On Tue, Jul 2, 2024 at 7:35 AM Iñaki Ucar wrote:
>
> Hi,
>
> This recent commit [1] in rawhide moves the engine API to a
> openssl-devel-engine subpackage following [2] (BTW this change announced that
> it would be openssl-engine-devel instead, but that's not the point). I'm
> surprised that FE
On Tuesday, 02 July 2024 at 13:34, Iñaki Ucar wrote:
[...]
> One major concern is that I see this in a package that does **not** use the
> engine API:
>
> /usr/include/boost/asio/ssl/detail/openssl_types.hpp:26:11: fatal error:
> openssl/engine.h: No such file or directory
>26 | # include
>
On Mon, Jul 01, 2024 at 09:52:59PM +0100, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/UnprivilegedDiskManagement
> Discussion thread -
> https://discussion.fedoraproject.org/t/f42-change-proposal-unprivileged-disk-management-system-wide/124334
>
> This is a proposed Change
Vít Ondruch writes:
> I don't think that `/var` is the right place for RPM installed content.
I double-checked hier(7) and file-hierarchy(7), and `/var/lib` is indeed
reserved for library state files, not a private "lib" namespace. Oops, thanks!
> If the original directory is `/usr/lib/node_modu
On Tuesday, 02 July 2024 at 12:17, Frantisek Zatloukal wrote:
> I've pushed a new build of level-zero (of an upstream release which has my
> system spdlog support patch upstreamed):
> https://src.fedoraproject.org/rpms/oneapi-level-zero/c/328c4a33aa05d4ccf5b697cf2e67188750663913?branch=rawhide
> .
On Tue, Jul 2, 2024 at 5:59 AM Vít Ondruch wrote:
>
> Dne 01. 07. 24 v 22:58 Aoife Moloney napsal(a):
> > Wiki -
> https://fedoraproject.org/wiki/Changes/UnprivilegedSystemFlatpakManagement
> > Discussion thread -
> >
> https://discussion.fedoraproject.org/t/f42-change-proposal-unprivileged-manag
On Tue, 2 Jul 2024 at 13:42, Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Tuesday, 02 July 2024 at 13:34, Iñaki Ucar wrote:
> [...]
> > One major concern is that I see this in a package that does **not** use
> the
> > engine API:
> >
> > /usr/include/boost/asio/ssl/detail/o
Dear colleagues,
On Tue, Jul 2, 2024 at 1:35 PM Iñaki Ucar wrote:
> Hi,
>
> This recent commit [1] in rawhide moves the engine API to a
> openssl-devel-engine subpackage following [2] (BTW this change announced
> that it would be openssl-engine-devel instead, but that's not the point).
> I'm sur
On Tue, 2 Jul 2024 at 14:07, Dmitry Belyavskiy wrote:
> Dear colleagues,
>
> On Tue, Jul 2, 2024 at 1:35 PM Iñaki Ucar wrote:
>
>> Hi,
>>
>> This recent commit [1] in rawhide moves the engine API to a
>> openssl-devel-engine subpackage following [2] (BTW this change announced
>> that it would be
OLD: Fedora-Rawhide-20240630.n.0
NEW: Fedora-Rawhide-20240702.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 9
Dropped packages:37
Upgraded packages: 103
Downgraded packages: 0
Size of added packages: 98.93 MiB
Size of dropped packages
Am 02.07.24 um 10:53 AM schrieb Neal Gompa:
On Tue, Jul 2, 2024 at 3:27 AM Vitaly Zaitsev via devel
wrote:
On 01/07/2024 21:47, Aoife Moloney wrote:
As a result of this feedback, we have changed the proposal: we now
propose that initial setup will show an explicit yes/no prompt which
has no
On Tue, 2 Jul 2024 at 07:00, Michael Catanzaro wrote:
>
> On Tue, Jul 2 2024 at 12:04:48 PM +02:00:00, Vitaly Zaitsev via devel
> wrote:
> > Because Red Hat is based in the US. It can be used against users from
> > countries and regions that the US does not like (e.g. sanctions,
> > export
> > po
On Tue, Jul 2 2024 at 04:05:11 PM +02:00:00, Ralf Corsépius
wrote:
Is this the same cheat as with Fedora's "installation ids" and
Firefox's
"phone home" features?
This stuff is activated by default, which means at the point a user
deactivates them, he already is "collected".
This metrics sys
I'm trying to do a test build of a new OpenImageIO release but when I try
to build the package I get:
Failed to resolve the transaction:
Problem: package openvdb-devel-11.0.0-12.fc41.x86_64 from fedora requires
cmake(tbb) = 2020.3, but none of the providers can be installed
- package tbb2020.3-d
On Tue, Jul 2, 2024 at 8:51 AM Richard Shaw wrote:
> I'm trying to do a test build of a new OpenImageIO release but when I try to
> build the package I get:
>
> Failed to resolve the transaction:
> Problem: package openvdb-devel-11.0.0-12.fc41.x86_64 from fedora requires
> cmake(tbb) = 2020.3, b
Well the entire metrics system is open source, so I'd encourage
interested developers to study how it works. The database is just not
structured to associate unrelated data points together. We are not
interested in doing that.
There are some things we need to fix before deployment, though. E
On Tue, 2 Jul 2024 at 10:59, Michael Catanzaro wrote:
>
>
> Well the entire metrics system is open source, so I'd encourage
> interested developers to study how it works. The database is just not
> structured to associate unrelated data points together. We are not
> interested in doing that.
>
I
On Tue, Jul 2 2024 at 11:04:25 AM -04:00:00, Stephen Smoogen
wrote:
I don't see where this open source code is mentioned in the proposal
or the FAQ or the other notes. The wording of the documents led me to
believe the code was going to be written in the future. Could that be
added so people
Added links:
https://fedoraproject.org/wiki/Changes/Metrics#Metrics_system_components
One more thing: the eos-metrics-instrumentation project is going to
need a lot of work. The change proposal envisions only collecting
metrics that are approved by Fedora, and many of those metrics probably
won
On Tue, Jul 02, 2024 at 11:09:15AM +0100, Luis Correia wrote:
> I get that all conversations about AI/ML are controversial (at best)
>
> But I have just realised that there's even another, and worst, point of
> view:
> you can say that Fedora Council has already decided on using AI/ML going
> forw
On Tue, Jul 02, 2024 at 09:17:55AM +0100, Daniel P. Berrangé wrote:
> I can't see how this helps understand the Fedora contributor's preferences
> about the use of AI, when the survey is restricting the possible answers
> to "yes", "definitely yes", "very much yes". I would question the validity
>
On Tue, Jul 02, 2024 at 11:53:22AM -0400, Matthew Miller wrote:
> On Tue, Jul 02, 2024 at 09:17:55AM +0100, Daniel P. Berrangé wrote:
> > I can't see how this helps understand the Fedora contributor's preferences
> > about the use of AI, when the survey is restricting the possible answers
> > to "y
Am 02.07.24 um 4:44 PM schrieb Michael Catanzaro:
On Tue, Jul 2 2024 at 04:05:11 PM +02:00:00, Ralf Corsépius
wrote:
Is this the same cheat as with Fedora's "installation ids" and Firefox's
"phone home" features?
This stuff is activated by default, which means at the point a user
deactivates
On 7/2/24 04:59, Aoife Moloney wrote:
> I guess how the question is phrased 'where do you feel like AI/ML has the
> best fit in Fedora' assumes the responder will choose where they feel it
> works best as top choice, and least-best (terrible English :) ) as last, so
> reviewers of the survey would
On 01/07/2024 21:47, Aoife Moloney wrote:
Packages wanting to collect metrics data will need to depend on
eos-metrics. For example, to collect statistics about Settings usage,
the gnome-control-center package would need to depend on eos-metrics
in order to send a metric to eos-event-recorder-daem
Thank you all for the feedback, I hear what you're saying and the best
thing to do is to either scrap this initial survey and launch an updated
one that reflects people's preferences to not have AI in certain parts of
the project, or edit the ranking question to do this and make it more
explicit on
Dear maintainers.
Based on the current fail to build from source policy, the following packages
should be retired from Fedora 41 approximately one week before branching.
5 weekly reminders are required, hence the retirement will happen
approximately in 4 weeks, i.e. around 2024-07-30.
Policy:
On Tue, Jul 2 2024 at 07:14:46 PM +02:00:00, Vitaly Zaitsev via devel
wrote:
Please use a weak dependency on eos-metrics to allow its removal too.
But it's a library that applications will link to, so this won't work.
See my answer on Discourse:
https://discussion.fedoraproject.org/t/f42-ch
Greetings everyone.
Last week we moved fedorapeople (people02.fedoraproject.org) from the
now EOL RHEL7 to RHEL9.
As part of this reinstall/migration, the ssh host key has changed.
Please see https://fedoraproject.org/wiki/Infrastructure/fedorapeople.org
For more information, including informati
On Tue, Jul 2, 2024 at 9:55 AM Jerry James wrote:
> On Tue, Jul 2, 2024 at 8:51 AM Richard Shaw wrote:
> > I'm trying to do a test build of a new OpenImageIO release but when I
> try to build the package I get:
> >
> > Failed to resolve the transaction:
> > Problem: package openvdb-devel-11.0.0-
Once upon a time, Kevin Fenzi said:
> Please see https://fedoraproject.org/wiki/Infrastructure/fedorapeople.org
> For more information, including information on adding our SSH CA or
> using dnssec / sshfp to verify the ssh host key of the new host.
AFAIK the default Fedora setup with systemd-res
Report started at 2024-07-02 19:04:13 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_
Hi all,
In another installment of the semi-annual event, mutter got updated to
an alpha version, and changed its soname in Rawhide without the
prerequisite notification.
This broke at least the gala and wingpanel packages (and
elementary-greeter, which is currently stuck in package review). I'll
Hi all,
I'm currently shepherding getting catch v3 into EPEL 9 (bringing along
the catch2 compatibility package, so the impact is minimal) - and to
make sure no dependent package is left in a state where they can't be
rebuilt, I'm coordinating the work in a side tag.
See for example https://src.f
On Tue, Jul 02, 2024 at 02:21:40PM GMT, Chris Adams wrote:
> Once upon a time, Kevin Fenzi said:
> > Please see https://fedoraproject.org/wiki/Infrastructure/fedorapeople.org
> > For more information, including information on adding our SSH CA or
> > using dnssec / sshfp to verify the ssh host key
I have a few packages needing review. I am happy to swap reviews or
do other packaging chores of comparable complexity for you.
These first two are needed to do a large update of the Jane Street
OCaml packages. There is a COPR here with the packages involved:
https://copr.fedorainfracloud.org/co
On 02. 07. 24 23:25, Michel Lind wrote:
Hi all,
I'm currently shepherding getting catch v3 into EPEL 9 (bringing along
the catch2 compatibility package, so the impact is minimal) - and to
make sure no dependent package is left in a state where they can't be
rebuilt, I'm coordinating the work in
On 6/29/24 6:56 PM, Aleksei Bavshin wrote:
Greetings,
I'm planning to update libdisplay-info to 0.2.0[1] in rawhide next week.
Affected packages:
* dxvk-native
* gamescope
* hyprland
* kwin
* kwin-x11
* mutter
* wlroots
I'll take care of wlroots and gamescope and will send a PR
> Am 02.07.2024 um 23:50 schrieb Kevin Fenzi :
>
> On Tue, Jul 02, 2024 at 02:21:40PM GMT, Chris Adams wrote:
>> Once upon a time, Kevin Fenzi said:
>>> Please see https://fedoraproject.org/wiki/Infrastructure/fedorapeople.org
>>> For more information, including information on adding our SSH CA
Dne 02. 07. 24 v 9:45 odp. maxw...@gtmx.me napsal(a):
python-orderedset orphan 2 weeks ago
Note that we have python-ordered-set that is well maintained. Same interface.
Different implementation.
--
Miroslav Suchy, RHCA
Red Hat, Manager, Packit and CPT
61 matches
Mail list logo
