Hi,
with the option
-DCMAKE_INSTALL_LIBDIR=%{_libdir}/qt5
I cannot get the shared library into the directory /usr/lib64/qt5
what am I doing wrong ?
[1] https://martinkg.fedorapeople.org/ErrorReports/qhotkey.spec
Regards
Martin
--
___
devel mailing li
The `CMAKE_INSTALL_LIBDIR` should not be an absolute path, and afaict
`%{_libdir}` expands to absolute path. Maybe you can patch the
CMakeLitsts.txt to accept a variable of QT_VERSION and alter the install
directive there.
On 2024/07/08 10:18, Martin Gansser wrote:
Hi,
with the option
-DCM
i solved this problem, thanks
Regards
Martin
--
___
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-con
Mattia Verga wrote:
> […]
> If the change is approved, if you not believe in who proposed the
> metrics good faith, if you don't want to send your metrics, if you don't
> believe that setting a simple switch to OFF will make you safe, well,
> goodbye. There are plenty of other linux distributions
On Mon, Jul 08, 2024 at 11:03:53AM +, Tim Landscheidt wrote:
> But with that knowledge comes the ability to work for a va-
> riety of organizations who will spend many resources on
> nudging their users to behave in a way that is not necessar-
> ily in their best interests.
What does "a devel
Solomon Peachy wrote:
>> But with that knowledge comes the ability to work for a va-
>> riety of organizations who will spend many resources on
>> nudging their users to behave in a way that is not necessar-
>> ily in their best interests.
> What does "a developer's ability to choose who they wor
On Mon, Jul 8, 2024 at 8:52 AM Tim Landscheidt wrote:
>
> Solomon Peachy wrote:
>
> >> But with that knowledge comes the ability to work for a va-
> >> riety of organizations who will spend many resources on
> >> nudging their users to behave in a way that is not necessar-
> >> ily in their best i
On Sat, 2024-07-06 at 08:06 -0400, Neal Gompa wrote:
> On Sat, Jul 6, 2024 at 7:55 AM Sérgio Basto
> wrote:
> >
> > On Tue, 2024-06-04 at 10:34 +0200, Hans de Goede wrote:
> > > Hi Ian,
> > >
> > > On 6/4/24 5:39 AM, Ian Laurie via devel wrote:
> > > > On 6/1/24 1:04 AM, Adam Williamson wrote:
>
On Mon, Jul 8 2024 at 09:03:50 AM -04:00:00, Neal Gompa
wrote:
My biggest issue with this is that it's only useful for Fedora
Workstation. As it is currently designed, nobody else can benefit from
it. I would have preferred a design that allows all Fedora variants to
be able to offer this so tha
On Mon, Jul 08, 2024 at 12:50:52PM +, Tim Landscheidt wrote:
> Developers might not want to work for a project any longer
> that engages in behaviour that is perceived as being at odds
> with why they chose to work for that project in the first
> place.
Well... yeah?
That sounds like a self
Michael Catanzaro wrote:
> It's starting out as a Workstation-only proposal for simplicity, but I
> think nothing should stop other Fedora variants from adopting the
> Endless metrics system if they want to, *except* we'd need to somehow
> keep metrics separate on a per-variant basis as we surel
On Mon, Jul 08, 2024 at 08:20:05AM -0500, Michael Catanzaro wrote:
> On Mon, Jul 8 2024 at 09:03:50 AM -04:00:00, Neal Gompa
> wrote:
> > My biggest issue with this is that it's only useful for Fedora
> > Workstation. As it is currently designed, nobody else can benefit from
> > it. I would have p
Hi folks,
On behalf of the Flock to Fedora organiser team, we would like to share
that the Flock to Fedora 2024 schedule is now live [1] and so is our
registration [2]. Please note that some talks may change as we are awaiting
confirmation from speakers between now and the event.
If you have any
On 7/7/24 16:49, Marc Deop i Argemí wrote:
With that statement you are showing that many here do not understand the
concern: nobody (I daresay) believes the proponents of this want to spy on
Fedora users or sell the data.
The concern is that the data is available at all!
I haven't heard WHY is
On 08/07/2024 19:51, Przemek Klosowski via devel wrote:
So, I ask the questioners what is the exact scenario they are
contesting? why is the data on distribution of memory sizes
privacy-relevant?
Most GNU/Linux users are privacy conscious. This was the main reason for
choosing this OS. All th
On 7/8/24 14:37, Vitaly Zaitsev via devel wrote:
Most GNU/Linux users are privacy conscious. This was the main reason
for choosing this OS. All this data belongs to them,
Good point, I agree personally, e.g. I whack-a-mole cookie privacy
dialogs to 'off', even while having occasional doubts w
On Mon, Jul 8 2024 at 11:31:20 AM -05:00:00, Michel Lind
wrote:
Do the metrics really need to be kept separate?
I think so. Fedora Workstation is a completely different product from
Fedora KDE Plasma Desktop. We surely don't want to consider other
Fedora variants when making decisions that a
On Mon, Jul 8 2024 at 01:51:07 PM -04:00:00, Przemek Klosowski via
devel wrote:
At the same time, I ask the proponents to confirm that there will be
no
way to re-aggregate the data by any means (timestamps, Fedora account
cookies, load factor on the server, etc).
Good question! I *think* time
On Mon, Jul 08, 2024 at 02:28:09PM -0500, Michael Catanzaro wrote:
> On Mon, Jul 8 2024 at 01:51:07 PM -04:00:00, Przemek Klosowski via devel
> wrote:
> > At the same time, I ask the proponents to confirm that there will be no
> > way to re-aggregate the data by any means (timestamps, Fedora accou
On Monday 8 July 2024 21:30:07 CEST Przemek Klosowski via devel wrote:
> This is an established practice on pretty much
> all the websites I've encountered, so apparently it satisfies world-wide
> legal requirements too.
We are not concerned about the law (well, a bit).
what is legal != what is
On Monday 8 July 2024 19:51:07 CEST Przemek Klosowski via devel wrote:
> I haven't heard WHY is the existence of this data dangerous.
Data can be miss managed (not implying intention here)
Data can be miss used ( somebody who is not here now can gain access in the
future and not have the same...
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 17:00 UTC in #meeting:fedoraproject.org
on Matrix.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2024-07-09 17:00 UTC'
Links to all issues to be
On Mon, Jul 8 2024 at 02:28:09 PM -05:00:00, Michael Catanzaro
wrote:
Good question! I *think* timestamps are no longer a problem. It does
store precise timestamps alongside a hash of the full submission, but
it doesn't actually store the full submission itself anymore, and the
first few table
On Mon, Jul 8 2024 at 08:51:58 PM +00:00:00, Zbigniew
Jędrzejewski-Szmek wrote:
Does the table store counts or separate entries? I would guess that if
it just stores disaggregated values, then the values repeat often, and
it's natural to store the count in the table. And then the order
doesn'
Hey All,
We invite you to participate in the FreeIPA HSM Test Day from July 9th
to July 11th, 2024.
Your involvement will help test FreeIPA's security features through
Hardware Security Module (HSM) integration.
During the event, you will be guided through various test cases to
evaluate FreeIPA's
On 08/07/2024 20.12, Aoife Moloney wrote:
> Hi folks,
>
>
> On behalf of the Flock to Fedora organiser team, we would like to share
> that the Flock to Fedora 2024 schedule is now live [1] and so is our
> registration [2].
Is the registration link only for in person attendance?
As the talks wi
26 matches
Mail list logo
