Two weeks ago we had:
* 23055 spec files in Fedora
* 29519license tags in all spec files
* 17864 tags have not been converted to SPDX yet
* 6691tags can be trivially converted using `license-fedora2spdx`
* Progress: 39.48% ░░░███ 100%
Today we have:
* 23090 spec files in Fedora
* 295
On Thu, Jul 6 2023 at 09:40:59 PM -0400, Demi Marie Obenour
wrote:
It needs to be off by default. See KDE’s telemetry policy
Again, if it's off by default then the data will be garbage. There is
no point in doing opt-in telemetry. I would withdraw the proposal
entirely if we cannot do it op
On Fri, Jul 7 2023 at 01:39:24 AM +, Maxwell G
wrote:
I don't see an attachment.
Trying again.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
h
I've orphaned the piper package. This is the GTK GUI to interface with
the libratbag daemon to configure programmable mice. It's up for grabs
now if you want it, first come, first serve and so on.
My personal take is that this should be flatpak only but who am I to
stand in the way of a motivated
On Thu, Jul 6, 2023 at 8:53 PM Michael Catanzaro wrote:
>
>
>
> On Thu, Jul 6 2023 at 11:08:15 PM +0200, Björn Persson
> wrote:
> > As a non-user of Gnome 3 who normally never runs any Gnome 3 settings
> > programs, I get the impression that Fedora 40 will begin accumulating
> > unused metrics so
On 7/6/23 21:17, Michael Catanzaro wrote:
> On Thu, Jul 6 2023 at 07:42:47 PM -0400, Demi Marie Obenour
> wrote:
>> Then make the metrics be neither opt-in nor opt-out. Have
>> “Enable telemetry (y/n)?” be a mandatory question in the
>> installer,
>> which the user must answer.
>
> The problem
On Thu Jul 6, 2023 at 20:17 CDT, Michael Catanzaro wrote:
> I'm attaching a screenshot to give an idea of what this would look like
> in gnome-initial-setup. I don't have a gnome-control-center screenshot
> handy, but it would be similar, except there it would default to off.
I don't see an atta
On Thu, Jul 6 2023 at 07:42:47 PM -0400, Demi Marie Obenour
wrote:
Then make the metrics be neither opt-in nor opt-out. Have
“Enable telemetry (y/n)?” be a mandatory question in the
installer,
which the user must answer.
The problem is if users are expected to answer, they are going to
pro
On Thu, Jul 6 2023 at 11:33:03 PM +0200, Michal Domonkos
wrote:
Given the detailed proposal, it's probably too late now for any
fundamental
changes, but there's a formal research area called Differential
Privacy [1]
that deals with the collection of user data in such a way that it
preserves
On Thu, Jul 6 2023 at 11:08:15 PM +0200, Björn Persson
wrote:
As a non-user of Gnome 3 who normally never runs any Gnome 3 settings
programs, I get the impression that Fedora 40 will begin accumulating
unused metrics somewhere in the filesystem. To prevent a constantly
growing waste of storag
On 7/6/23 15:32, Michael Catanzaro wrote:
>
> On Thu, Jul 6 2023 at 08:19:07 PM +0200, Vitaly Zaitsev via devel
> wrote:
>> All telemetry collection MUST be an opt-in feature (disabled by
>> default). I'm strongly against enabling it by default.
>
> As explained in the proposal document, we kno
Florian Weimer writes:
> Today, I pushed a redhat-rpm-config update to rawhide,
> redhat-rpm-config-260-1.fc39. The only expected change is that
> -Wno-complain-wrong-lang now shows up in %optflags (but not
> %build_cflags etc.). It should prevent Fortran compilers from warning
> on -Werror=for
So this change is for workstation iso only?, the other spins wont have this
unwanted change.
___
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 Thu, Jul 06, 2023 at 11:33:03PM +0200, Michal Domonkos wrote:
> changes, but there's a formal research area called Differential Privacy [1]
Oops, forgot the link:
[1] https://en.wikipedia.org/wiki/Differential_privacy
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
On Thu, Jul 06, 2023 at 05:10:24PM +0100, Aoife Moloney wrote:
> == Summary ==
>
> The Red Hat Display Systems Team (which develops the desktop) proposes
> to enable limited data collection of anonymous Fedora Workstation
> usage metrics.
Given the detailed proposal, it's probably too late now fo
As a non-user of Gnome 3 who normally never runs any Gnome 3 settings
programs, I get the impression that Fedora 40 will begin accumulating
unused metrics somewhere in the filesystem. To prevent a constantly
growing waste of storage space, I'll have to run one of two Gnome 3
settings programs – whi
On Thu, Jul 6, 2023 at 9:58 PM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 06/07/2023 21:32, Michael Catanzaro wrote:
> > As explained in the proposal document, we know that opt-in metrics are
> > not very useful because few users would opt in, and these users would
> > n
On Thu Jul 6, 2023 at 14:32 CDT, Michael Catanzaro wrote:
>
> On Thu, Jul 6 2023 at 08:19:07 PM +0200, Vitaly Zaitsev via devel
> wrote:
> > All telemetry collection MUST be an opt-in feature (disabled by
> > default). I'm strongly against enabling it by default.
>
> As explained in the proposal
On 06/07/2023 21:32, Michael Catanzaro wrote:
As explained in the proposal document, we know that opt-in metrics are
not very useful because few users would opt in, and these users would
not be representative of Fedora users as a whole.
Because Linux users care about their privacy.
We are no
n...@neilanthonydesignbuild.com
___
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 Guideli
On Thu, Jul 6 2023 at 08:19:07 PM +0200, Vitaly Zaitsev via devel
wrote:
All telemetry collection MUST be an opt-in feature (disabled by
default). I'm strongly against enabling it by default.
As explained in the proposal document, we know that opt-in metrics are
not very useful because few
On Thu, Jul 6 2023 at 08:41:03 PM +0200, Simon de Vlieger
wrote:
I don't understand where my reply is supposed to go so here it is on
the mailing list *and* on the forums? Are the change proposal owners
reading both?
In theory, we're supposed to be discussing this on Discourse to make
sure
As an opt-in option I am all for it. It should be turned off by default and
easily removed. The opt-in could even be part of the installation process, adn
if you don't choose to opt-in the necessary packages never get installed.
Without it being deployed as opt-in it would be a huge invasion o
I don't understand where my reply is supposed to go so here it is on the
mailing list *and* on the forums? Are the change proposal owners reading both?
--
Perhaps this is implicit in the use of eos-* but I seem to be missing a list of
what metrics would be collected exactly and what is containe
On Wed, Jul 5, 2023 at 3:25 AM Luya Tshimbalanga
wrote:
> I confirm I run the same issue once I properly set parameters for building
> on cmake ( -DLLVM_ROOT=%{_libdir}/llvm15 \
>-DLLVM_BC_GENERATOR='clang++' \).
>
I am not sure this is what you'd want to do anyway as you'll be mixing
clang
On 06/07/2023 18:10, Aoife Moloney wrote:
The Red Hat Display Systems Team (which develops the desktop) proposes
to enable limited data collection of anonymous Fedora Workstation
usage metrics.
All telemetry collection MUST be an opt-in feature (disabled by
default). I'm strongly against enabl
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
Important process note: we are experimenting with using Fedora
Discussion as part of the Changes process. Change announcements (like
the one you are reading right now) will still be sent to the
devel-announce mailing list, but the conversation about each change
will take place on Fedora Discussion
On Thu, Jul 6, 2023 at 4:12 AM Jonathan Wakely wrote:
> This is a status update for
> https://fedoraproject.org/wiki/Changes/F39ModernizeTBB
>
> The tbb2020.3 compat package has now been added to rawhide:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-15ccd1cedb
>
> It doesn't include the d
On Fri, Jun 30, 2023 at 07:42:39AM +0200, Vitaly Zaitsev via devel wrote:
> The side tag has been merged:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-4e8e736635
>
> FTBFS (final):
>
> arbor (not related to fmt, some tests failed on s390x)
> CuraEngine
> bout++
> cachelib
> dolphin-emu
>
On Thu, Jul 06, 2023 at 10:41:59PM +0900, Mamoru TASAKA wrote:
>
> So lots of spins got broken... I may investigate these just for interest
> (I am not the maintainer of any spins above),
> however from just a quick glance at this, now fixing these spin breakage
> seems rather
> tough work than f
On 06.07.23 16:02, Remi Collet wrote:
Le 06/07/2023 à 15:53, Sandro Mani a écrit :
Hi
I'm updating to geos-3.12.0 in rawhide, which carries a soname bump.
I'm building geos-3.12.0 in f39-build-side-69654 and will rebuild the
following dependencies:
osgearth
vfrnav
mingw-osgearth
It seems
On Thu, 6 Jul 2023 at 11:46, Jonathan Wakely wrote:
>
> Oops, I meant to CC the package-ow...@fedoraproject.org addresses for
> the packages I'll be changing (see below).
>
> For blender, gazebo, opencascade, and opensubdiv, it's a one line
> change to the spec file, something like:
>
> -BuildRequ
Le 06/07/2023 à 15:53, Sandro Mani a écrit :
Hi
I'm updating to geos-3.12.0 in rawhide, which carries a soname bump. I'm
building geos-3.12.0 in f39-build-side-69654 and will rebuild the
following dependencies:
osgearth
vfrnav
mingw-osgearth
It seems you miss some,
On Fedora 37
# dnf rep
Hi
I'm updating to geos-3.12.0 in rawhide, which carries a soname bump. I'm
building geos-3.12.0 in f39-build-side-69654 and will rebuild the
following dependencies:
osgearth
vfrnav
mingw-osgearth
Thanks
Sandro
___
devel mailing list -- devel@lists
Hi
I'm updating to cgnslib-4.4.0 in rawhide, which carries a soname bump.
I've built cgnslib-4.4.0 in f39-build-side-69646 and will rebuild the
following dependencies:
gmsh
paraview
vtk
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproj
Fedora Rawhide Report wrote on 2023/07/06 20:45:
OLD: Fedora-Rawhide-20230705.n.0
NEW: Fedora-Rawhide-20230706.n.0
= SUMMARY =
Added images:0
Dropped images: 25
Added packages: 17
Dropped packages:2
Upgraded packages: 3465
Downgraded packages: 0
Size of added
On Thu, 6 Jul 2023 at 13:29, Felix Wang wrote:
>
> I also had the build error of `BuildrootError: could not init mock buildroot,
> mock exited with status 30`. [1, 2] May I ask how to resubmit the build?
Just repeat exactly the steps you did to submit it the first time.
Probably something like "
I also had the build error of `BuildrootError: could not init mock buildroot,
mock exited with status 30`. [1, 2] May I ask how to resubmit the build?
[1]
https://src.fedoraproject.org/rpms/draco/c/d5a8ed8e388001de0f87150b725222be55a4a038?branch=rawhide
[2] https://koji.fedoraproject.org/koji/ta
Hey!
> On Sat, 1 Jul 2023 at 20:34, Piotr Szubiakowski wrote:
> > I think we all have a problem understanding what this announcement
> > means. I do believe CentOS Stream is awesome software. It has to be
> > since it's close to what RHEL is. My problem with CentOS Stream is
> > that
> > it's not
On Thu, 6 Jul 2023 at 12:43, Richard Shaw wrote:
>
> On Thu, Jul 6, 2023 at 5:41 AM Jonathan Wakely wrote:
>>
>> >
>> > Wouldn't it be better to just update OpenCascade to its new upstream
>> > version in that sidetag as well instead of doing a compat package for it?
>>
>> Define better.
>> To b
On Thu, Jul 6, 2023 at 5:41 AM Jonathan Wakely wrote:
> >
> > Wouldn't it be better to just update OpenCascade to its new upstream
> version in that sidetag as well instead of doing a compat package for it?
>
> Define better.
> To be clear, I'm not "doing a compat package" for it. I'm just
> chan
On Thu, 6 Jul 2023 at 11:46, Jonathan Wakely wrote:
>
> Oops, I meant to CC the package-ow...@fedoraproject.org addresses for
> the packages I'll be changing (see below).
Which should be package-matinain...@fedoraproject.org nowadays. Doh.
>
> For blender, gazebo, opencascade, and opensubdiv, it'
Oops, I meant to CC the package-ow...@fedoraproject.org addresses for
the packages I'll be changing (see below).
For blender, gazebo, opencascade, and opensubdiv, it's a one line
change to the spec file, something like:
-BuildRequires: tbb-devel
+BuildRequires: tbb2020.3-devel
If you're happy
On Thu, 6 Jul 2023 at 11:21, Ian McInerney via devel
wrote:
>
>
>
> On Thu, Jul 6, 2023 at 11:12 AM Jonathan Wakely wrote:
>>
>> This is a status update for
>> https://fedoraproject.org/wiki/Changes/F39ModernizeTBB
>>
>> The tbb2020.3 compat package has now been added to rawhide:
>> https://bodhi
On Thu, Jul 6, 2023 at 11:12 AM Jonathan Wakely wrote:
> This is a status update for
> https://fedoraproject.org/wiki/Changes/F39ModernizeTBB
>
> The tbb2020.3 compat package has now been added to rawhide:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-15ccd1cedb
>
> It doesn't include the
This is a status update for
https://fedoraproject.org/wiki/Changes/F39ModernizeTBB
The tbb2020.3 compat package has now been added to rawhide:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-15ccd1cedb
It doesn't include the docs or python modules (you can use the main
tbb package for those).
I'm going to retire python-bluepy from Rawhide.
It was an interesting Python interface to Bluetooth LE on Linux; I was
some interests on it when I had time to tinker with Raspberry and
Micro:bit boards.
Currently there are problems building it with Python 3.12 (actually
there were issues also with
On Sat, 1 Jul 2023 at 20:34, Piotr Szubiakowski wrote:
> I think we all have a problem understanding what this announcement
> means. I do believe CentOS Stream is awesome software. It has to be
> since it's close to what RHEL is. My problem with CentOS Stream is that
> it's not a distribution of my
On 7/6/23 01:24, Kevin Fenzi wrote:
On Wed, Jul 05, 2023 at 01:47:05PM +0200, Fabio Valentini wrote:
On Wed, Jul 5, 2023 at 10:01 AM Paul Howarth wrote:
Whatever this is, it's intermittent and it's still happening. I'm
getting koschei reports about failed builds with this symptom every
day, a
51 matches
Mail list logo
