ng_blaslapack_dependent_packages
> [2] https://pagure.io/packaging-committee/issues
>
> On Thu, Aug 25, 2022, at 6:36 PM, Ralf Corsépius wrote:
> > Am 25.08.22 um 23:00 schrieb Iñaki Ucar:
> >> On Thu, 25 Aug 2022 at 19:15, Iñaki Ucar wrote:
> >>>
> >>
Here we go:
- F37: https://bodhi.fedoraproject.org/updates/FEDORA-2022-8414514ae6
- rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2022-0c2d48988e
After the mass rebuild in the F37 side tag, we tagged all builds also
in a rawhide side tag, rebuilt everything in one go, untagged the F37
b
I opened an issue in the dashboard repo for the same reason some weeks ago.
It turns out there's a limitation on detecting these cases, so Fabio
maintains a whitelist.
Iñaki
El sáb., 24 sept. 2022 4:19, Richard Shaw escribió:
> I've really been enjoying using the dashboard, it's pointed out thi
On Thu, 3 Nov 2022 at 20:34, Gary Buhrmaster wrote:
>
> On Thu, Nov 3, 2022 at 6:34 PM Adam Williamson
> wrote:
>
> > Thanks to Aleix Pol, we figured this was due to a missing rebuild of
> > layer-shell-qt , which uses private Qt symbols and so needs rebuilding
> > for each new Qt version. I did
Hi everyone,
Here's an easy one: https://bugzilla.redhat.com/show_bug.cgi?id=2140316
Happy to review something in exchange.
Best,
--
Iñaki Úcar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fe
On Fri, 2 Dec 2022 at 18:21, Jakub Kadlcik wrote:
>
> Hello folks,
>
> for a couple of years now, I've been interested in the Fedora package
> review process. Our queue is in hundreds of waiting packages for as
> long as I can remember. I believe the situation can be improved.
>
> Since summer, I
On Tue, 19 Mar 2024 at 12:34, Michael J Gruber
wrote:
> Am Di., 19. März 2024 um 11:53 Uhr schrieb Iñaki Ucar <
> iu...@fedoraproject.org>:
> >
> > Dear all,
> >
> > I'm looking for options/advice here. See [1], and a bit of context:
> >
> >
On Wed, 20 Mar 2024 at 19:37, Iñaki Ucar wrote:
>
>
> On Tue, 19 Mar 2024 at 12:34, Michael J Gruber
> wrote:
>
>> Am Di., 19. März 2024 um 11:53 Uhr schrieb Iñaki Ucar <
>> iu...@fedoraproject.org>:
>> >
>> > Dear all,
>> >
>
El mié., 3 abr. 2024 3:22, Adam Williamson
escribió:
> On Tue, 2024-04-02 at 21:15 -0400, Steve Cossette wrote:
> > I get your point, Kevin. I would argue though that, if a user is looking
> to
> > use Linux, they probably got a decent idea as to what DE they want to
> use.
> > There are SO M
So someone wanted to use rpmautospec and was willing to do the work,
putting things together as an opt-in feature. Perfect.
Now, I don't see any problem if some time later someone revisits the topic
and proposes to go further. I don't see anything unfriendly here.
Everything was set or decided at
On Mon, 8 Apr 2024 at 15:47, Fabio Valentini wrote:
> On Mon, Apr 8, 2024 at 3:28 PM Iñaki Ucar wrote:
> >
> > So someone wanted to use rpmautospec and was willing to do the work,
> putting things together as an opt-in feature. Perfect.
> >
> > Now, I don't
El vie., 21 jun. 2024 14:42, Sandro escribió:
> Hi,
>
> Looking into flare-engine failing to build from source, I encountered
> two issues with font packages:
>
> 1. Path change in liberation-sans-fonts
> 2. Name change of subpkg for unifont
>
> The first appeared trivial. The path to the fonts w
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
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, 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:
>
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 th
FYI, builds with Boost Asio can be fixed by adding:
%global _preprocessor_defines %{_preprocessor_defines} -DOPENSSL_NO_ENGINE
Iñaki
On Tue, 2 Jul 2024 at 14:15, Iñaki Ucar wrote:
>
>
> On Tue, 2 Jul 2024 at 14:07, Dmitry Belyavskiy
> wrote:
>
>> Dear colleagues,
>>
Hi,
I'm trying to understand why annocheck is complaining in [1] about
_FORTIFY_SOURCE and _GLIBCXX_ASSERTIONS when these flags are defined
(see [2]).
A specific example, the first function reported:
Hardened: /usr/lib/flexiblas/libflexiblas_fallback_lapack.so: FAIL:
fortify test because -D_FORT
On Wed, 13 Jul 2022 at 18:13, Robbie Harwood wrote:
>
> Maxwell G via devel writes:
>
> > I believe Miro uses this for the FTI bugs. It tends to be more accurate,
> > especially when there hasn't been a compose for a couple days. If this
> > is something people are interested in, I think it's wor
On Wed, 13 Jul 2022 at 18:43, Stephen Smoogen wrote:
>
>
>
> On Wed, 13 Jul 2022 at 12:25, Iñaki Ucar wrote:
>>
>> On Wed, 13 Jul 2022 at 18:13, Robbie Harwood wrote:
>> >
>> > Maxwell G via devel writes:
>> >
>> > > I believ
On Tue, 19 Jul 2022 at 11:38, Vitaly Zaitsev via devel
wrote:
>
> On 19/07/2022 01:28, Miro Hrončok wrote:
> > I see https://bodhi.fedoraproject.org/updates/FEDORA-2022-ee990d1f61 was
> > pushed with just a handful of builds, while many others are broken. What
> > happened here?
>
> Maintainers ha
On Tue, 2 Aug 2022 at 18:47, Miro Hrončok wrote:
>
> Hello folks,
>
> looks like R was update to 4.2 in a side tag, but a rebuild for ICU 71.1
> shipped it in Rawhide prematurely. As a result, none of the R-* package
> installs.
OMG
> I wonder if we shall revert the 4.2 update in dist-git and r
On Wed, 4 Nov 2020 at 18:10, Davide Caratti wrote:
>
> Hello,
>
> my name is Davide Caratti, I'm a networking developer working for Red
> Hat; I've been playing sometimes with Fedora, mostly as a contributor
> for the 'wpa_supplicant'[1] package. I'm also doing some contribution
> for the Linux ke
On Fri, 13 Nov 2020 at 17:26, Pavel Raiskup wrote:
>
> Hello!
>
> On Nov 13 2020, a new Copr release landed production. The list of user
> visible
> changes is in the release notes document:
>
> https://docs.pagure.org/copr.copr/release-notes/2020-11-13.html
Many thanks for the build batches fe
On Fri, 13 Nov 2020 at 17:50, Iñaki Ucar wrote:
>
> On Fri, 13 Nov 2020 at 17:26, Pavel Raiskup wrote:
> >
> > Hello!
> >
> > On Nov 13 2020, a new Copr release landed production. The list of user
> > visible
> > changes is in the release notes
On Fri, 13 Nov 2020 at 18:13, Pavel Raiskup wrote:
>
> Thanks for questions!
>
> On Friday, November 13, 2020 5:50:46 PM CET Iñaki Ucar wrote:
> > On Fri, 13 Nov 2020 at 17:26, Pavel Raiskup wrote:
> > >
> > > Hello!
> > >
> > > On Nov 13 20
On Mon, 30 Nov 2020 at 23:16, Tom Stellard wrote:
>
> Hi,
>
> As part of the f34 change request[1] for removing make from the
> buildroot, I will be doing a mass update of packages[2] to add
> BuildRequires: make where it is needed.
Packages listed for iucar, done.
--
Iñaki Úcar
___
On Wed, 12 Aug 2020 at 10:29, Pavel Raiskup wrote:
>
> Hello.
>
> On Aug 12 2020, a new Copr release landed production. Here is the list
> of visible changes:
>
> - Project karma implemented; Logged-in users can give
> thumbs-up/thumbs-down to the existing copr projects. This is just
> anoth
On Wed, 12 Aug 2020 at 12:32, Pavel Raiskup wrote:
>
> On Wednesday, August 12, 2020 11:19:00 AM CEST Iñaki Ucar wrote:
> > On Wed, 12 Aug 2020 at 10:29, Pavel Raiskup wrote:
> > > - Copr newly provides a build-time macro %buildtag. Its format is
> > > `
Hi,
Strange... Let me bring this upstream to see whether this is
flexiblas' or openblas' fault. In the meanwhile, exporting
FLEXIBLAS=netlib before the tests makes use of the reference
implementation, so everything should be slower but safer. And if this
starts happening in the wild, we can change
On Fri, 4 Sep 2020 at 11:16, Susi Lehtola
wrote:
>
> On Fri, 4 Sep 2020 10:57:13 +0200
> Iñaki Ucar wrote:
> > Hi,
> >
> > Strange... Let me bring this upstream to see whether this is
> > flexiblas' or openblas' fault. In the meanwhile, exporting
>
tistics");test("/usr/share/octave/pac
kages/statistics-1.4.1/canoncorr.m");'
$ FLEXIBLAS=$PWD/libopenblas.so $CMD
PASSES 7 out of 7 tests
My guess is that the spec requires a "make clean" between builds with
different flags. Makes sense?
Iñaki
On Fri, 4 Sep 2020 at 1
FYI, we've managed to narrow down the issue to this:
https://github.com/xianyi/OpenBLAS/issues/2839
On Tue, 15 Sep 2020 at 12:22, Iñaki Ucar wrote:
>
> I found that this may be a packaging issue in openblas. What I did was
> to download the source distribution, then
>
> $ ta
On Wed, 30 Sep 2020 at 15:19, José Abílio Matos wrote:
>
> On Wednesday, September 30, 2020 12:39:15 PM WEST Fabio Valentini wrote:
>
> > If anything, this is a bug in the R-rprojroot package, because version
> > 1.3.2 provides: "R(rprojroot) = 1.3-2", which is smaller than 1.3.2,
> > and hence is
Hi,
I'm not sure what's the issue here:
- tbb provides libtbb.so.2
- opencv-core requires libtbb.so.2
but [1] pulls opencv-devel and tbb is not pulled too, so the linker
throws the following error:
libtbb.so.2: cannot open shared object file: No such file or directory
tbb issue?, opencv issue?
On Sun, 4 Oct 2020 at 18:29, Dominik 'Rathann' Mierzejewski
wrote:
>
> On Sunday, 04 October 2020 at 15:06, Iñaki Ucar wrote:
> > Hi,
> >
> > I'm not sure what's the issue here:
> >
> > - tbb provides libtbb.so.2
>
> That seems correct
On Sun, 4 Oct 2020 at 18:39, Jerry James wrote:
>
> On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar wrote:
> > I'm not sure what's the issue here:
> >
> > - tbb provides libtbb.so.2
> > - opencv-core requires libtbb.so.2
> >
> > but [1] pulls o
On Sun, 4 Oct 2020 at 21:54, Sérgio Basto wrote:
>
> On Sun, 2020-10-04 at 19:44 +0200, Iñaki Ucar wrote:
> > On Sun, 4 Oct 2020 at 18:39, Jerry James
> > wrote:
> > > On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar
> > > wrote:
> > > > I'm
On Mon, 5 Oct 2020 at 07:59, Pavel Raiskup wrote:
>
> On Sunday, October 4, 2020 7:44:49 PM CEST Iñaki Ucar wrote:
> > On Sun, 4 Oct 2020 at 18:39, Jerry James wrote:
> > >
> > > On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar wrote:
> > > > I'm not su
On Mon, 17 Jan 2022 at 00:21, Nathan Scott wrote:
>
> Hi Kevin,
>
> On Mon, Jan 17, 2022 at 7:05 AM Kevin Fenzi wrote:
> >
> > Greetings.
> >
> > We currently have hiredis-0.13.3-16 in rawhide, I'd like to upgrade to
> > 1.0.2, which includes a soname bump.
>
> I think upstream may have reverted
FlexiBLAS is FTBFS in rawhide [1], and upstream has managed to create a MWE
that doesn't involve FlexiBLAS [2]. So it seems like an issue specific to CMake
+ GCC/GFortran 12 + CMake's FortranC Interface. Possible regression in gcc?
Iñaki
[1] https://koschei.fedoraproject.org/package/flexiblas?col
On Mon, 17 Jan 2022 at 15:53, Iñaki Ucar wrote:
>
> FlexiBLAS is FTBFS in rawhide [1], and upstream has managed to create a MWE
> that doesn't involve FlexiBLAS [2]. So it seems like an issue specific to
> CMake + GCC/GFortran 12 + CMake's FortranC Interface. Possibl
On Tue, 25 Jan 2022 at 19:13, Kevin Fenzi wrote:
>
> Greetings.
>
> The mass rebuild finished it's first pass on saturday morning, leaving
> 3448 failed builds.
>
> We then did a second pass yesterday ( 2022-01-24 ) of all failed builds,
> and that resulted in 1282 failed builds.
>
> The f36-rebui
More issues with this change:
https://bugzilla.redhat.com/show_bug.cgi?id=2046246
Packages such as R (octave and others, I suppose, as well) save the
build flags because they are needed to build package extensions. With
this change, a path that only exists during the parent package build
stage is
On Wed, 26 Jan 2022 at 15:46, Iñaki Ucar wrote:
>
> More issues with this change:
> https://bugzilla.redhat.com/show_bug.cgi?id=2046246
>
> Packages such as R (octave and others, I suppose, as well) save the
> build flags because they are needed to build package extensions. Wit
On Wed, 26 Jan 2022 at 16:23, Vít Ondruch wrote:
>
>
> Dne 26. 01. 22 v 15:48 Iñaki Ucar napsal(a):
> > On Wed, 26 Jan 2022 at 15:46, Iñaki Ucar wrote:
> >> More issues with this change:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=2046246
> >>
>
On Wed, 26 Jan 2022 at 19:09, Kevin Fenzi wrote:
>
> On Wed, Jan 26, 2022 at 05:48:56PM +, Richard W.M. Jones wrote:
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-6fc6070c5a
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-416cd48fd5
> >
> > What do the comments about XX b
On Thu, 27 Jan 2022 at 10:13, Richard W.M. Jones wrote:
>
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2043092
>
> This is not about the feature itself but about the way it has been
> implemented.
>
> During builds LDFLAGS is modified so it contains a build path,
> something like:
>
>
> -Wl,
On Thu, 27 Jan 2022 at 10:58, Zbigniew Jędrzejewski-Szmek
wrote:
>
> > I think this change should be reverted until a cleaner way can be
> > found to implement it.
> I'm all for making better, but please make concrete proposals.
Here's a concrete proposal:
- Copy %build_*flags to another private
On Thu, 27 Jan 2022 at 11:19, Iñaki Ucar wrote:
>
> On Thu, 27 Jan 2022 at 10:58, Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > > I think this change should be reverted until a cleaner way can be
> > > found to implement it.
> > I'm all for makin
On Thu, 27 Jan 2022 at 11:34, Richard W.M. Jones wrote:
>
>
> Another concrete proposal:
>
> Is there a way to scan all binary packages in Fedora to get either a
> count or list of those packages that contain strings like
> "-Wl,-dT,/builddir/". This will give us numbers on how bad the
> problem
On Thu, 27 Jan 2022 at 12:09, Vít Ondruch wrote:
>
>
> Dne 27. 01. 22 v 11:19 Iñaki Ucar napsal(a):
> > On Thu, 27 Jan 2022 at 10:58, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >>> I think this change should be reverted until a cleaner way can be
> >>
On Thu, 27 Jan 2022 at 12:59, Vít Ondruch wrote:
>
>
> Dne 27. 01. 22 v 12:18 Iñaki Ucar napsal(a):
> > On Thu, 27 Jan 2022 at 12:09, Vít Ondruch wrote:
> >>
> >> Dne 27. 01. 22 v 11:19 Iñaki Ucar napsal(a):
> >>> On Thu, 27 Jan 2022 at 10:58, Zbigni
Hi,
The new version of RStudio [1] now bundles quarto [2], a publishing
system written in JavaScript and TypeScript that in turn bundles Deno
[3] (runtime written in Rust) and its standard library (this is not
binary, but it's tagged independently of Deno at the moment),
deno_dom, and Dart Sass (o
On Fri, 18 Feb 2022 at 14:39, Fabio Valentini wrote:
>
> On Fri, Feb 18, 2022 at 1:36 PM Iñaki Ucar wrote:
> >
> > Hi,
> >
> > The new version of RStudio [1] now bundles quarto [2], a publishing
> > system written in JavaScript and TypeScript that in turn bund
Hi Kaleb,
I have 0 time till the end of the month, but please let me know when
you submit arrow. I'll be happy to review it, and I'll be interested
in co-maintaining it.
Iñaki
On Mon, 20 Sept 2021 at 23:02, Kaleb Keithley wrote:
>
>
>
> Out of all its dependencies, only one doesn't already ex
Hi all,
RStudio has changed the versioning scheme in the last release. The
last one (currently packaged in Fedora) was 1.4.1717. The new one is
(wait for it...) 2021.09.0+351 (reminds me of [1]). So two obvious
questions:
1. The two schemes actually order properly. Should I increment the epoch an
Hi,
RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
[3, 4] with this message (memory exhausted). The same build on the
same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
on? Why rawhide and F35 and not F34? Anything I can do in the SPEC to
fix this?
[1] http
Thanks, Björn, Dan and Fabio for your comments.
On Wed, 13 Oct 2021 at 18:20, Björn 'besser82' Esser
wrote:
>
> Am Mittwoch, dem 13.10.2021 um 16:51 +0200 schrieb Björn 'besser82'
> Esser:
> > Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
>
On Fri, 15 Oct 2021 at 06:15, Jeff Law wrote:
>
>
>
> On 10/13/2021 10:37 AM, Michael Catanzaro wrote:
> > On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
> > wrote:
> >> What you describe as lto requires a lot of memory is caused by building
> >> lto along with non-lto in the sa
On Fri, 15 Oct 2021 at 09:43, Iñaki Ucar wrote:
>
> On Fri, 15 Oct 2021 at 06:15, Jeff Law wrote:
> >
> >
> >
> > On 10/13/2021 10:37 AM, Michael Catanzaro wrote:
> > > On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
> > &
I asked this in another thread, but maybe this is related to [1]? How
do we disable just link-time parallelism?
[1]
https://src.fedoraproject.org/rpms/redhat-rpm-config/c/bc8fa85e907d4b2b88760da8d23c9e17663c44fa?branch=rawhide
On Wed, 20 Oct 2021 at 15:15, Jakub Jelinek wrote:
>
> Hi!
>
> I've
Hi,
I'm working on updating jacktrip from 1.3.0 to 1.4.1. License changes: MIT
-> MIT and GPLv3 and LGPLv3.
Regards,
--
Iñaki Úcar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
On Wed, 17 Nov 2021 at 03:59, Kevin Kofler via devel
wrote:
>
> > The Wireless Extensions support in the kernel has been long replaced
> > by the mac80211/cfg80211 support. Disable the kernel options and
> > retire the wireless-tools userspace utilities. Wireless Extensions
> > only supports a min
On Wed, 17 Nov 2021 at 10:54, Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 17 November 2021 at 10:38, Iñaki Ucar wrote:
> > On Wed, 17 Nov 2021 at 03:59, Kevin Kofler via devel
> > wrote:
> > >
> > > > The Wireless Extensions support in
On Wed, 17 Nov 2021 at 16:19, Peter Robinson wrote:
>
> On Wed, Nov 17, 2021 at 11:51 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Nov 17, 2021 at 03:49:55AM +0100, Kevin Kofler via devel wrote:
> > > Users are going to miss the iwconfig tool. Not only is it still being used
> > > out
On Mon, 25 Jan 2021 at 11:08, Jonathan Wakely wrote:
>
> Tom Rodgers completed the Boost 1.75.0 build for the change
> https://fedoraproject.org/wiki/Changes/F34Boost175
> and I've rebuilt most of the packages that depend on it.
>
> The following packages failed to build. I'll look at the ones tha
On Mon, 25 Jan 2021 at 11:31, Iñaki Ucar wrote:
>
> On Mon, 25 Jan 2021 at 11:08, Jonathan Wakely
> wrote:
> >
> > Tom Rodgers completed the Boost 1.75.0 build for the change
> > https://fedoraproject.org/wiki/Changes/F34Boost175
> > and I've rebuilt
On Mon, 25 Jan 2021 at 11:31, Iñaki Ucar wrote:
>
> On Mon, 25 Jan 2021 at 11:08, Jonathan Wakely
> wrote:
> >
> > Tom Rodgers completed the Boost 1.75.0 build for the change
> > https://fedoraproject.org/wiki/Changes/F34Boost175
> > and I've rebuilt
On Mon, 25 Jan 2021 at 13:58, Jonathan Wakely wrote:
>
> On 25/01/21 12:33 +, Jonathan Wakely wrote:
> >>>rstudio -- error: 'bind' is not a member of 'boost'
> >>>http://koji.fedoraproject.org/koji/buildinfo?buildID=1673105
> >>
> >>I'm going to look into this.
>
> The patch to add -DBOOST_BIN
On Mon, 25 Jan 2021 at 14:32, Iñaki Ucar wrote:
>
> On Mon, 25 Jan 2021 at 13:58, Jonathan Wakely
> wrote:
> >
> > On 25/01/21 12:33 +, Jonathan Wakely wrote:
> > >>>rstudio -- error: 'bind' is not a member of 'boost'
> > &
On Mon, 25 Jan 2021 at 15:20, Iñaki Ucar wrote:
>
> On Mon, 25 Jan 2021 at 14:32, Iñaki Ucar wrote:
> >
> > On Mon, 25 Jan 2021 at 13:58, Jonathan Wakely
> > wrote:
> > >
> > > On 25/01/21 12:33 +, Jonathan Wakely wrote:
> > > &g
On Mon, 25 Jan 2021 at 15:21, Iñaki Ucar wrote:
>
> On Mon, 25 Jan 2021 at 15:20, Iñaki Ucar wrote:
> >
> > On Mon, 25 Jan 2021 at 14:32, Iñaki Ucar wrote:
> > >
> > > On Mon, 25 Jan 2021 at 13:58, Jonathan Wakely
> > > wrote:
> > > &g
Thanks for all the great work. The dashboard is fantastic.
Iñaki
On Wed, 17 Feb 2021 at 12:46, Frantisek Zatloukal wrote:
>
> Hi,
>
> We'd like to announce that the Fedora Packager Dashboard passed the testing
> period, was properly deployed inside Fedora Infrastructure, got fixes,
> improveme
Thanks for the heads-up. I'll rebuild FlexiBLAS on rawhide. Per [1], all
the other packages should be pointing to FlexiBLAS already. :)
[1] https://fedoraproject.org/wiki/Changes/FlexiBLAS_as_BLAS/LAPACK_manager
Iñaki
On Sat, 10 Apr 2021 at 16:20, Tom Callaway wrote:
> Hi Fedorans,
>
> I've up
On Wed, 19 May 2021 at 07:51, Otto Urpelainen wrote:
>
> I asked this question a while ago on the packaging mailing list [0], but
> did not receive any replies. Let me try again here on devel with more
> subscribers:
>
> During the package review of qvge [1], the following question came up:
> Are
Hi,
Here's the request: https://bugzilla.redhat.com/show_bug.cgi?id=2072115
Happy to review something in exchange.
Cheers,
--
Iñaki Úcar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
Hi,
This is so annoying. Recently, I've been experimenting
software-initiated shutdowns in my laptop (LG Gram) due to sudden
temperature rises in which the fan doesn't catch up and doesn't reach
maximum speed. In the journal, I see:
kernel: thermal thermal_zone0: acpitz: critical temperature re
On Wed, 11 Aug 2021 at 14:17, Vitaly Zaitsev via devel
wrote:
>
> On 11/08/2021 12:31, Iñaki Ucar wrote:
> > This is so annoying. Recently, I've been experimenting
> > software-initiated shutdowns in my laptop (LG Gram) due to sudden
> > temperature rises in which
t; upstream and include the logs.
>
> Benjamin
>
> [1] You can also stop the service and simply run thermald manually as
> root. Maybe you find that more convenient. i.e. something like:
> thermald --no-daemon --loglevel=debug --adaptive
>
> On Wed, 2021-08-11 at 12:31 +0200, Iñak
On Wed, 11 Aug 2021 at 16:27, Justin Forbes wrote:
>
> On Wed, Aug 11, 2021 at 8:46 AM Iñaki Ucar wrote:
> >
> > On Wed, 11 Aug 2021 at 15:12, Benjamin Berg wrote:
> > >
> > > Hi,
> > >
> > > is thermald.service active and running o
On Wed, 18 Aug 2021 at 14:32, Sergio Belkin wrote:
>
> Hi folks,
>
> Since a few days ago, the keyboard shortcut Alt+F2 for opening "run command"
> box is not working.
>
> journalctl shows complaints as follows:
>
> plasmashell[231184]: Could not open library 'libkdeinit5_'.
> plasmashell[231184
On Thu, 9 Sept 2021 at 12:17, Florian Weimer wrote:
>
> There is a movement towards C.UTF-8 for small images (containers and
> VMs). C.UTF-8 has both size and performance improvements over the more
> traditional en_US.UTF-8 locale. (The performance improvement is
> currently in upstream glibc on
On Mon, 11 Nov 2024 at 17:25, Matthew Miller
wrote:
> On Mon, Nov 11, 2024 at 11:58:39AM +0100, Lukas Ruzicka wrote:
> > Well, I am very sad about this step and I feel very sorry that you are
> > trying to remove the word karma from the process. I believe that Karma
> > denotes one of the most po
On Wed, 18 Sept 2024 at 15:36, Dmitry Belyavskiy
wrote:
> Dear colleagues,
>
> On Tue, Sep 17, 2024 at 10:05 PM Jonathan Wakely
> wrote:
>
> > It's fixed in rawhide now, but are we still against fixing it for F41?
> > Affected Fedora packages might have been fixed, but people build other
> > sof
On Tue, 7 Jan 2025 at 03:57, Orion Poplawski wrote:
> On 1/6/25 08:48, Kevin Fenzi wrote:
> > On Mon, Jan 06, 2025 at 12:17:09PM +, Richard W.M. Jones wrote:
> >>
> >> valgrind works by interpreting each instruction, so yes the overhead
> >> is rather large. On the other hand I really apprec
Hi,
Are there any issues with glibc in rawhide? I see build failures with this
error message in x86_64 and aarch64. See
https://koji.fedoraproject.org/koji/taskinfo?taskID=128414652
Best,
--
Iñaki Úcar
--
___
devel mailing list -- devel@lists.fedorapr
Do you have more details about why the test crashes? I have a similar case
[1] (i.e. mass rebuild fine, then FTBFS), and the only relevant dependency
change was glibc. It's also in the report Koschei gives for your package,
so I'm inclined to think it's a similar thing.
[1] https://bugzilla.redhat
On Wed, 15 Jan 2025 at 17:33, Jakub Jelinek wrote:
> On Wed, Jan 15, 2025 at 05:29:38PM +0100, Iñaki Ucar wrote:
> > I thought we had more time for this. R fails to build too, and the
> mismatch
> > between Fedora and R releases always makes this kind of change
> in
I thought we had more time for this. R fails to build too, and the mismatch
between Fedora and R releases always makes this kind of change inconvenient
for us packagers.
Anyway. What's the easiest way to modify the default flags to set
-std=gnu17 for the time being?
Iñaki
On Wed, 15 Jan 2025 at
On Wed, 15 Jan 2025 at 17:42, Jakub Jelinek wrote:
> On Wed, Jan 15, 2025 at 05:37:26PM +0100, Iñaki Ucar wrote:
> > I was actually planning to keep it until the next R release, which is in
> > April. Would that be a problem?
>
> Well, it would be good if somebody told
On Wed, 15 Jan 2025 at 19:40, Florian Weimer wrote:
> * Iñaki Ucar:
>
> >> Add -std=gnu17 to CFLAGS of whatever packages you want to use it as
> >> workaround (but don't forget to look at it back before Fedora 42 is
> >> released).
> >
> > I
On Wed, 15 Jan 2025 at 20:47, Florian Weimer wrote:
> * Iñaki Ucar:
>
> > On Wed, 15 Jan 2025 at 19:40, Florian Weimer wrote:
> >
> >> * Iñaki Ucar:
> >>
> >>>> Add -std=gnu17 to CFLAGS of whatever packages you want to use it as
> >&
201 - 293 of 293 matches
Mail list logo
