On Mon, 22 Jul 2024 at 17:22, Iñaki Ucar wrote:
> Hi Hans,
>
> On Thu, 18 Jul 2024 at 11:28, Hans de Goede wrote:
>
>> Hi,
>>
>> On 7/16/24 5:59 PM, Iñaki Ucar wrote:
>> >
>> >
>> > On Tue, 16 Jul 2024 at 12:29, Hans de Goed
Hi Hans,
On Thu, 18 Jul 2024 at 11:28, Hans de Goede wrote:
> Hi,
>
> On 7/16/24 5:59 PM, Iñaki Ucar wrote:
> >
> >
> > On Tue, 16 Jul 2024 at 12:29, Hans de Goede <mailto:hdego...@redhat.com>> wrote:
> >
> > Hi,
> >
> > On
On Thu, 18 Jul 2024 at 08:19, Pavel Raiskup wrote:
> Indeed. Plus, per-package, you can set the max number of builds that
> are being kept.
>
AFAIK, the max number of builds option applies to *any* build, successful
or not. This is not useful, and I think I opened an RFE at some point. For
me,
On Tue, 16 Jul 2024 at 12:29, Hans de Goede wrote:
> Hi,
>
> On 7/15/24 9:50 PM, Iñaki Ucar wrote:
> > It's the kernel. Going back to 6.9.6 fixes the issue...
>
> Ok, that is a good first step in debugging this.
>
> Can you run evtest with the working kernel and th
It's the kernel. Going back to 6.9.6 fixes the issue...
Iñaki
On Mon, 15 Jul 2024 at 21:34, Iñaki Ucar wrote:
>
>
> On Mon, 15 Jul 2024 at 18:53, Jonathan Wright via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Are you running KDE with HDR enabled by chanc
l 15, 2024 at 3:52 AM Samuel Sieb wrote:
>
>> On 7/15/24 1:47 AM, Iñaki Ucar wrote:
>> > On Mon, 15 Jul 2024 at 10:34, Samuel Sieb > > <mailto:sam...@sieb.net>> wrote:
>> >
>> > On 7/15/24 1:23 AM, Iñaki Ucar wrote:
>> > >
&
On Mon, 15 Jul 2024 at 10:34, Samuel Sieb wrote:
> On 7/15/24 1:23 AM, Iñaki Ucar wrote:
> >
> >
> > On Mon, 15 Jul 2024 at 09:56, Samuel Sieb > <mailto:sam...@sieb.net>> wrote:
> >
> > On 7/11/24 4:08 AM, Iñaki Ucar wrote:
> > >
On Mon, 15 Jul 2024 at 09:56, Samuel Sieb wrote:
> On 7/11/24 4:08 AM, Iñaki Ucar wrote:
> > The Fn keys to increase/decrease the screen brightness always worked,
> > but have stopped working at some point, and the problem is that I have
> > no clue what may have cause
Hi all,
The Fn keys to increase/decrease the screen brightness always worked, but
have stopped working at some point, and the problem is that I have no clue
what may have caused it, because I don't remember when was the last time I
used them.
It's an LG Gram running an up-to-date F40 KDE. Not
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,
>
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
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:
> >
>
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
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
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
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 see
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
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
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,
>> >
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:
> >
> > - RSt
Dear all,
I'm looking for options/advice here. See [1], and a bit of context:
- RStudio (now Posit.co) publishes two packages named rstudio (with RStudio
Desktop) and rstudio-server (with RStudio Server). They are independent and
have many files in common. Recent versions are based on Electron
orm
> Software Engineer
> Core Services - Databases Team
> Red Hat
>
> --
>
> On Wed, Jan 10, 2024 at 12:14 PM Michael J Gruber
> wrote:
> >
> > Am Mi., 10. Jan. 2024 um 11:39 Uhr schrieb Iñaki Ucar <
> iu...@fedoraproject.org>:
> > >
> >
Hi,
A package has its source code embedded as a subdirectory of a larger
piece of software. Sometimes they publish this subdirectory as a
separate tar as a release artifact, but sometimes they forget.
To avoid depending on their memory (and opening an issue each time), I
would like to simply
On Sat, 25 Nov 2023 at 11:50, David King wrote:
>
> Hi Iñaki
>
> On 2023-11-24 14:00, Iñaki Ucar wrote:
> >Hi David,
> >
> >We have a couple of broken R packages due to this update:
> >
> >- https://src.fedoraproject.org/rpms/R-xml2
> >- https:/
This is very useful, so +1 to packaging it.
I don't know if there's a better solution. There is an R package called
tinytex [1] that provides automatic installation of TeXLive packages in a
user library. AFAIK, it just compiles the stuff, parses the logs for errors
looking for "blablabla.sty not
On Wed, 7 Jun 2023 at 19:15, Kevin Fenzi wrote:
>
> On Tue, Jun 06, 2023 at 12:30:56PM -0500, Chris Adams wrote:
> > Once upon a time, Clement Verna said:
> > > Once https://github.com/docker-library/official-images/pull/14789 merges,
> > > the rawhide image on the DockerHub should be fixed too
On Sat, 20 May 2023 at 23:52, Kevin Fenzi wrote:
>
> I've moved all the power9 virthosts running builders over to a 6.3.x
> kernel.
>
> Please let me know if this helps or doesn't with slowness issues.
Thanks! We'll keep an eye.
--
Iñaki Úcar
___
On Fri, 19 May 2023 at 16:55, Dan Horák wrote:
>
> On Fri, 19 May 2023 16:27:23 +0200
> Iñaki Ucar wrote:
>
> > Hi,
> >
> > Do we know why some ppc64le builds take so much? And with "so much" I
> > mean 7-10x the time for a "normal"
Hi,
Do we know why some ppc64le builds take so much? And with "so much" I
mean 7-10x the time for a "normal" run. Examples: 2 hours for [1] vs.
20 hours for [2].
And if we do know the cause, is there any way to predict it in order
to avoid the %check section?
[1]
On Tue, 2 May 2023 at 11:27, Sandro Mani wrote:
>
>
> On 02.05.23 11:24, Iñaki Ucar wrote:
>
> On Tue, 4 Apr 2023 at 16:23, Stephen Gallagher wrote:
>
> On Tue, Apr 4, 2023 at 9:45 AM Sérgio Basto wrote:
>
> On Thu, 2023-03-16 at 11:19 -0400, Stephen Gallagher wrot
On Tue, 4 Apr 2023 at 16:23, Stephen Gallagher wrote:
>
> On Tue, Apr 4, 2023 at 9:45 AM Sérgio Basto wrote:
> >
> > On Thu, 2023-03-16 at 11:19 -0400, Stephen Gallagher wrote:
> > > On Wed, Mar 15, 2023 at 1:16 PM Jerry James
> ...
> > I found a problem related with yarnpkg rpm, the macro %
On Tue, 11 Apr 2023 at 09:32, Petr Pisar wrote:
>
> V Sun, Apr 09, 2023 at 11:19:37PM +0200, Iñaki Ucar napsal(a):
> > I'm not sure what could be the issue, but I can reproduce this by
> > creating the simplest hello-world package containing:
> >
> > Recommends: t
I'm not sure what could be the issue, but I can reproduce this by
creating the simplest hello-world package containing:
Recommends: tex(latex)
When I build this package and try to install it in Fedora <= 38,
texlive is pulled. But nothing else (apart from the package itself) is
installed in
Hi,
As a brief summary:
- The Node.js repackaging change [1-2] was accepted for F38.
- Packages nodejs16 and nodejs18 were created without any review [3-4] (?).
- Package nodejs20 was created a month ago, but I didn't find any
review request. Why?
- This repackaging has been pushed to F37 too.
Reported here: https://bugzilla.redhat.com/show_bug.cgi?id=2179086
On Thu, 16 Mar 2023 at 16:21, Stephen Gallagher wrote:
>
> On Wed, Mar 15, 2023 at 1:16 PM Jerry James wrote:
> >
> > On Wed, Mar 15, 2023 at 11:09 AM Jerry James wrote:
> > > I see the same with a couple of my packages. A
Hi,
RStudio (which depends on nodejs-devel) is FTBFS since the latest
nodejs update. I see this in F37 and F38:
Error: Transaction test error:
file /usr/lib64/libv8.so.10 conflicts between attempted installs of
nodejs-libs-1:18.14.2-5.fc37.x86_64 and
nodejs20-libs-1:19.7.0-13.fc37.x86_64
I've pushed a fix for rstudio to rawhide. Can you please send a build
to the side tag?
Iñaki
On Wed, 22 Feb 2023 at 21:52, Thomas Rodgers wrote:
>
> The f39-boost side tag builds have finished.
>
> The following packages are new FTBFS likely due to the Boost update -
> - mapnik
On Tue, 14 Feb 2023 at 10:46, Pavel Raiskup wrote:
>
> On pátek 10. února 2023 11:38:25 CET Iñaki Ucar wrote:
> > On Fri, 10 Feb 2023 at 11:35, Peter Robinson wrote:
> > >
> > > On Fri, Feb 10, 2023 at 10:27 AM Iñaki Ucar
> > > wrote:
> > > >
On Fri, 10 Feb 2023 at 11:35, Peter Robinson wrote:
>
> On Fri, Feb 10, 2023 at 10:27 AM Iñaki Ucar wrote:
> >
> > On Fri, 10 Feb 2023 at 09:44, Jakub Kadlcik wrote:
> > >
> > > Hello Tomas,
> > > thank you for the announcement.
> > >
>
On Fri, 10 Feb 2023 at 09:44, Jakub Kadlcik wrote:
>
> Hello Tomas,
> thank you for the announcement.
>
> We also branched Fedora 38 in Copr so that everybody can submit builds
> for it by now. Also, all projects with the "Follow Fedora branching"
> option configured in their project settings
On Tue, 17 Jan 2023 at 22:28, Till Hofmann wrote:
>
> Hi all,
>
> Someone (rightfully) suggested that we should build glfw twice, once
> with wayland support and once without:
> https://bugzilla.redhat.com/show_bug.cgi?id=2152319
>
> Is there any best practice how to build the same package in two
From the point of view of the workstation experience (with a laptop),
I see no discussion on how this may impact hibernation. Currently, I
have secure boot disabled essentially because I want my laptop to
automatically hibernate (and recover from that state) whenever it is
suspended for a number
On Mon, 19 Dec 2022 at 23:17, Jerry James wrote:
>
> On Fri, Dec 16, 2022 at 3:36 PM Iñaki Ucar wrote:
> > Unfortunately, the playback seems to be broken. The mixer doesn't show
> > SoundFonts and there's no audio at all. :(
>
> Yes, my attempt at unbundling fluidsy
On Thu, 15 Dec 2022 at 19:40, Jerry James wrote:
>
> MuseScore is music composition and notation software, currently
> available from Fedora in the mscore package. Version 4.0 was just
> released. If anybody would like to try it out, it is available from
> this COPR:
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
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
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
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
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
aslapack_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:
> >>>
> >>>
On Fri, 26 Aug 2022 at 00:44, 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:
> >>
> >> On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
> >>>
> >>> Am
On Thu, 25 Aug 2022 at 19:15, Iñaki Ucar wrote:
>
> On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
> >
> > Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
> >
> > > I assume their maintainers didn't do it on purpose, maybe it was
> > > easier for
On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
>
> Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
>
> > I assume their maintainers didn't do it on purpose, maybe it was
> > easier for a certain update, didn't have time to look into it and
> > weren't aware of the
Hi all,
Many of you know that proposing, discussing, and implementing a change
proposal is quite an effort, especially if you do this in your spare
time. I did this some releases ago in [1] to try to improve the
situation regarding BLAS/LAPACK management in Fedora. It wasn't easy,
but it was a
On Thu, 25 Aug 2022 at 11:49, Artur Frenszek-Iwicki
wrote:
>
> While I really like the idea, I find the interface to be... how do I put it?
> Non-obvious and not very discoverable.
>
> For example, at the top of the page, there's a bunch of numbers. I have no
> idea what they mean.
> Hovering
On Wed, 24 Aug 2022 at 12:39, Petr Pisar wrote:
>
> > So if the rawhide rebuild can be based on the result of the F37 side tag,
> > then bootstrapping etc. is not required, and the rebuild is fast and
> > straightforward. More so if no commits are needed.
> >
> This optimization is also possible.
On Wed, 24 Aug 2022 at 12:04, Miro Hrončok wrote:
>
> On 24. 08. 22 10:58, Iñaki Ucar wrote:
> > Thanks. The main issue is that there are circular dependencies, and it
> > requires bootstrapping in some cases and disabling the checks in
> > others, and then another pass to
And now with the attachments... Classic.
On Wed, 24 Aug 2022 at 11:28, Iñaki Ucar wrote:
>
> On Wed, 24 Aug 2022 at 10:59, Fabio Valentini wrote:
> >
> > On Wed, Aug 24, 2022 at 10:39 AM Petr Pisar wrote:
> > >
> > > V Tue, Aug 23, 2022 at 08:16:00PM +0200,
On Wed, 24 Aug 2022 at 10:59, Fabio Valentini wrote:
>
> On Wed, Aug 24, 2022 at 10:39 AM Petr Pisar wrote:
> >
> > V Tue, Aug 23, 2022 at 08:16:00PM +0200, Iñaki Ucar napsal(a):
> > > Hi all,
> > >
> > > We have a new R version sitting on a side tag
On Wed, 24 Aug 2022 at 10:49, Petr Pisar wrote:
>
> V Tue, Aug 23, 2022 at 08:16:00PM +0200, Iñaki Ucar napsal(a):
> > Hi all,
> >
> > We have a new R version sitting on a side tag (f37-build-side-55653)
> > for a few weeks now, where packages are being rebuilt as t
On Wed, 24 Aug 2022 at 04:56, Maxwell G wrote:
>
> On Tuesday, August 23, 2022 1:16:00 PM CDT Iñaki Ucar wrote:
> > We have a new R version sitting on a side tag (f37-build-side-55653)
> > for a few weeks now, where packages are being rebuilt as time permits.
>
> Can
Hi all,
We have a new R version sitting on a side tag (f37-build-side-55653)
for a few weeks now, where packages are being rebuilt as time permits.
Unfortunately, F37 is not rawhide anymore, so the question is whether
this side tag could be safely merged both in F37 and rawhide when it
is ready.
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
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
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 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
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
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
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 b
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
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
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 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 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 making bet
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
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:
>
>
>
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
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 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.
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 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
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. Possible regressi
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]
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
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 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 suppo
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
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
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!
>
>
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
> > > 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
> > wrote:
> >> What you describe as lto requires a lot of memory is caused by building
> >> lto along with non-lto in the
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:
> > > Hi,
> &
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]
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
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
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 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_'.
>
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
he 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ñaki Ucar wrote:
> > H
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
1 - 100 of 280 matches
Mail list logo