@all: Please note that "yes" is 1, on the left, in the form. I was
casting wrong votes assuming 5 meant more votes for that option
without actually reading it.
@msuchy, @praiskup and the rest of the team: Thanks for the great work!
Iñaki
On Wed, 8 Jan 2020 at 10:08, Miroslav Suchý wrote:
>
> I
On Wed, 8 Jan 2020 at 18:08, Neal Gompa wrote:
>
> * automatic rebuilds of packages when dependencies change
But this doesn't even happen in Koji, right? Cross-repo is even more
challenging. Besides, this is only needed when there's a soname bump.
Otherwise, it would be just a waste of resources.
On Wed, 8 Jan 2020 at 18:31, Iñaki Ucar wrote:
>
> * Task blocking based on dependencies per chroot. If I submit tasks
> [A, B, C] and [B, C] depend on A, I want [B, C] blocked in "pending"
> until A is successfully built. Maybe a couple of retries if A fails,
> and then
On Fri, 10 Jan 2020 at 17:45, Pierre-Yves Chibon wrote:
>
> With the changelog it becomes a little bit more tricky.
> We currently have 3 changelogs in Fedora with 3 different target audience
> (this
> is how I understand them):
> - One for the files in the git repository, meant to be "consumed
On Tue, 14 Jan 2020 at 17:30, Matthew Miller wrote:
>
> On Sat, Jan 11, 2020 at 11:19:49AM -0600, Martin Jackson wrote:
> > In this vein (as other people have commented on this thread), I
> > think it would be great to give Fedora more visibility. Its absence
> > as a supported image in Azure, fo
On Tue, 7 Jan 2020 at 15:22, Iñaki Ucar wrote:
>
> On Mon, 6 Jan 2020 at 18:28, Matthew Miller wrote:
> >
> > Hi everyone! Since it's a new year and a new decade [*], it seems like a
> > good time to look forward and talk about what we want the Fedora Project to
>
On Tue, 28 Jan 2020 at 10:53, Richard W.M. Jones wrote:
>
> On Tue, Jan 28, 2020 at 10:21:41AM +0100, Milan Crha wrote:
> > On Tue, 2020-01-28 at 10:03 +0100, Richard W.M. Jones wrote:
> > > * committing to git should build the package
> > >
> > > Is there a reason why this wouldn't be the case?
>
On Tue, 28 Jan 2020 at 20:58, Leigh Griffin wrote:
>
> This thread is serving as a source of requirements (although it has meandered
> dramatically away from that)
When I first read the post, my thought was: wow, what a convoluted and
abstruse way of saying "we want to abandon Pagure". Probably
On Wed, 29 Jan 2020 at 00:08, Leigh Griffin wrote:
>
> On Tue, Jan 28, 2020, 22:06 Iñaki Ucar wrote:
>>
>> On Tue, 28 Jan 2020 at 20:58, Leigh Griffin wrote:
>> >
>> > This thread is serving as a source of requirements (although it has
>> > meande
On Wed, 29 Jan 2020 at 16:23, Leigh Griffin wrote:
>
> On Wed, Jan 29, 2020 at 10:35 AM Iñaki Ucar wrote:
>>
>> On Wed, 29 Jan 2020 at 00:08, Leigh Griffin wrote:
>> >
>> > On Tue, Jan 28, 2020, 22:06 Iñaki Ucar wrote:
>> >>
>>
On Wed, 29 Jan 2020 at 23:23, Leigh Griffin wrote:
>
> I suspect that a bulk of our users are similar to you. Given that you are
> engaged on the thread (thank you!) what is your day to day needs? What
> features are part of your usage and interaction? What's missing or what would
> you like to
El mié., 5 feb. 2020 9:28, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> escribió:
> On 05.02.2020 05:05, Code Zombie wrote:
> > Is Fedora considering to add it to its packages? Does anyone already
> > plan to maintain it or can I take it over?
>
> Currently impossible due to completel
On Wed, 5 Feb 2020 at 10:03, Code Zombie wrote:
>
> What do you mean? The source code built successfully on my Fedora 31 system
> with JDK 11 (using ant).
The point is that Java apps usually contain many bundled libraries
that need to be unbundled and packaged independently. Given the
current st
Hi,
I've stumbled upon a regression, and I'm not sure this is a gcc 10 bug
or not. Consider the sample program in [1], a simplification of a real
case out there [2]. It fails to compile in Fedora Rawhide with the
following message:
/tmp/cccbVeNV.s: Assembler messages:
/tmp/cccbVeNV.s:59: Error: s
On Sun, 9 Feb 2020 at 14:20, Sam Varshavchik wrote:
>
> Iñaki Ucar writes:
>
> > Thoughts?
> >
> > [1] https://gist.github.com/kevinushey/cfa848be2d39ddd110f893d9b6c5ac9c
>
> I managed to find the part of the C++ standard that specified the semantics
> of exter
On Mon, 10 Feb 2020 at 06:45, Sam Varshavchik wrote:
>
> Iñaki Ucar writes:
>
> > On Sun, 9 Feb 2020 at 14:20, Sam Varshavchik wrote:
> > >
> > > Iñaki Ucar writes:
> > >
> > > > Thoughts?
> > > >
> > > > [1] htt
Hi,
CMake finds Boost, but then fails to find its components. Here's the
log with -DBoost_DEBUG=1:
https://download.copr.fedorainfracloud.org/results/iucar/rstudio/fedora-31-x86_64/01235199-rstudio/builder-live.log
Is there anything special I should do for cmake to find them? Any help
would be ap
bb's initiative [1] step by step.
So my first goal is to maintain a stable and up-to-date version of
RStudio in a Copr repo, even with bundled stuff, because all the
previous attempts are long dead. Then, we'll see.
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproj
On Tue, 11 Feb 2020 at 11:26, Vitaly Zaitsev via devel
wrote:
>
> Hello all.
>
> Why we still has ancient Boost 1.69 even in Rawhide? Some packages
> require 1.70+ and I cannot update them in repositories.
>
> Latest Boost version is 1.72 (released 2019/12/11).
It was a change proposal for Fedora
Ok, I managed to solve the issue by defining
-DBOOST_ROOT=%{_prefix} -DBOOST_LIBRARYDIR=%{_lib}
which you didn't... so still I don't know why it was failing, but at
least it's working now.
Dealing with the next issue now... Thanks!
Iñaki
On Tue, 11 Feb 2020 at 11:02, Iñaki Ucar
Hi all,
There were some efforts to package RStudio in the past [1], but
they're all dead. So following recent work by Dan Čermák for openSUSE
[2], I adapted it for Fedora and submitted it for review:
https://bugzilla.redhat.com/show_bug.cgi?id=1803528
If anyone is interested in pushing this forw
On Tue, 18 Feb 2020 at 01:11, Jerry James wrote:
>
> On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote:
> > If anyone is interested in pushing this forward, I can review
> > something in exchange. Note that the koji scratch build fails on s390x
> > due to a Java stack ov
On Tue, 18 Feb 2020 at 08:39, Iñaki Ucar wrote:
>
> On Tue, 18 Feb 2020 at 01:11, Jerry James wrote:
> >
> > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote:
> > > If anyone is interested in pushing this forward, I can review
> > > something in exchange. No
I managed to solve the issue with the Java stack size for the s390x
builder. The new koji scratch build succeeded, and now the review
should be quick and easy:
https://bugzilla.redhat.com/show_bug.cgi?id=1803528
Iñaki
On Tue, 18 Feb 2020 at 20:23, Iñaki Ucar wrote:
>
> On Tue, 18 Feb 2
Great, thanks, I'll take yours!
El jue., 20 feb. 2020 4:01, Jerry James escribió:
> On Wed, Feb 19, 2020 at 1:17 PM Iñaki Ucar
> wrote:
> > I managed to solve the issue with the Java stack size for the s390x
> > builder. The new koji scratch build succeeded, and now t
On Mon, 24 Feb 2020 at 23:13, Ben Cotton wrote:
>
> In the weekly Fedora program update that I publish on
> communityblog.fedoraproject.org, I have started to include a count of the
> open package review requests. As of this moment, there are ~1300 open review
> requests. Some of these were ope
Hi,
I've submitted a new font package for review [1], but I have 0
experience with fonts (I need it to unbundle it from [2]), and I found
the documentation about font packages a little bit outdated. It's a
pretty simple font (OFL, single family with a couple of styles), but
it would be great if so
Hi all,
Quick question: if a new package A is in updates-testing, is it
available for koji to build another new package B that requires A? Or
do I need to wait until A reaches stable?
Regards,
Iñaki
___
devel mailing list -- devel@lists.fedoraproject.or
On Mon, 9 Mar 2020 at 22:40, Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Mar 09, 2020 at 09:17:35PM +, Gwyn Ciesla via devel wrote:
> > I took libxslt and fluid-soundfont.
>
> Saving 294 packages with one click of a button... thanks Gwyn!
Not all heroes wear capes.
Iñaki
_
Yet another gcc10-related headache... I'm experiencing issues building
rstudio in rawhide for i686:
https://koji.fedoraproject.org/koji/taskinfo?taskID=42614405. But I believe
this is not the best package to chase the bug. No issues so far in F32, but
you said this fails randomly?
Iñaki
On Sun, 1
On Sun, 16 Jun 2019 at 05:07, Elliott Sales de Andrade
wrote:
>
> Hi R-interested packagers and others,
>
> Recently, I've been looking at how RPM can automatically determine
> Provides and Requires [1]. I have since implemented this for R using
> an R script [2] and some file attributes [3]. Foll
On Sun, 16 Jun 2019 at 22:52, Elliott Sales de Andrade
wrote:
>
>> > 6. R only has two levels of dependencies (hard-require or suggested,
>> > but not installed by default). Thus both build- and runtime-optional
>> > packages are in Suggests; do we care about the extra Suggests?
>>
>> Sometimes th
t; > Regards.
>> > --
>> > ---
>> > Antonio Trande
>> > Fedora Project
>> > mailto 'sagitter at fedoraproject dot org'
>> > GPG key: 0x5E212EE1D35568BE
>> > GPG key server: https://keys.fedora
El lun., 10 sept. 2018 a las 13:27, Martin Gansser
() escribió:
>
> I tried
>
> fedpkg clone lollypop
>
> Cloning into 'lollypop'...
> marti...@pkgs.fedoraproject.org: Permission denied (publickey).
> fatal: Could not read from remote repository.
This is not a fedpkg issue. The ssh authentication
gt; inconvenience of setting that up and effectively bypassing things like
> 2FA and whatnot.
IMO, it would be easier for everybody if the mailing list could
automatically strip out the HTML part. Some projects do this (e.g.,
R).
>
>
> --
> 真実はいつも一つ！/ Always, there's only one t
El mar., 2 oct. 2018 a las 13:48, Iñaki Ucar
() escribió:
>
> El mar., 2 oct. 2018 a las 13:44, Neal Gompa () escribió:
> >
> > On Tue, Oct 2, 2018 at 7:30 AM Reindl Harald wrote:
> > >
> > >
> > >
> > > Am 02.10.18 um 13:25 schrieb Neal Gompa
oject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Iñaki Ucar
_
sion=%{version}
which are both shorter and immutable, and I propose to add this to the
R packaging guidelines too.
If we agree on this, is there any easy way to request a system-wide
change like that to all existing packages?
Regards,
--
Iñaki Ucar
[1] https://stat.ethz.ch/pipermail/r-devel/2018-Oct
On Wed, 24 Oct 2018 at 15:02, Jason L Tibbitts III wrote:
>
> >>>>> "IU" == Iñaki Ucar writes:
>
> IU> This URL format is not recommended by CRAN, but more importantly,
> IU> the Source0 format does not work anymore, as [1] noted, when a new
&
Kind reminder. Any update on this?
Iñaki
On Wed, 24 Oct 2018 at 17:01, Iñaki Ucar wrote:
>
> On Wed, 24 Oct 2018 at 15:02, Jason L Tibbitts III wrote:
> >
> > >>>>> "IU" == Iñaki Ucar writes:
> >
> > IU> This URL format is not reco
Hi Dominik,
On Wed, 31 Oct 2018 at 00:43, Dominik 'Rathann' Mierzejewski
wrote:
>
> On Tuesday, 30 October 2018 at 16:36, Iñaki Ucar wrote:
> > Kind reminder. Any update on this?
>
> Jason asked you to open a ticket in the Packaging Committee tracker
> and
is a redirection to the complete URL, so
you can still extract the extension.
>
> So, I think we can deal but I don't think CRAN considered this point at
> all and that's unfortunate.
>
> - J<
--
Iñaki Ucar
___
devel mail
an.r-project.org/src/contrib/simmer_4.0.1.tar.gz
Content-Type: text/html; charset=iso-8859-1
On Wed, 31 Oct 2018 at 18:32, Iñaki Ucar wrote:
>
> On Wed, 31 Oct 2018 at 18:25, Jason L Tibbitts III wrote:
> >
> > Looking at this further, this URL scheme is just terrible and will be
> &
On Wed, 31 Oct 2018 at 19:52, Jason L Tibbitts III wrote:
>
> >>>>> "IU" == Iñaki Ucar writes:
>
> IU> https://cran.r-project.org/package=simmer&version=3.0.0
>
> IU> returns a redirection (303) to the complete URL, with file
> IU> e
On Wed, 31 Oct 2018 at 21:22, Iñaki Ucar wrote:
>
> while the R package name is TH.data, not TH-data. I see that the SPEC
> says "# Cannot use . in name", but this is clearly not true (maybe it
> was true long ago?).
Well... the guidelines for Python state: 'Note th
On Wed, 31 Oct 2018 at 21:48, Jason L Tibbitts III wrote:
>
> >>>>> "IU" == Iñaki Ucar writes:
>
>
> IU> This is great. However, in theory, given the naming guidelines, by
> IU> stripping the leading "R-" you should get the package name
akevars.in src/[a-z]*.[ch]
> sed -i -e '/configure/d' -e '/Makevars/d' -e '/src\/[a-z].*.[ch]/d' MD5
> rm -r src/config.h.in src/win32
> sed -i -e '/config.h/d' MD5
> cat > src/Makevars << EOF
> PKG_CFLAGS = \$(shell pkg-config --cflag
e field; AUTHORS -> Author
field; COPYRIGHTS -> Copyright field), see, e.g., the XML and bookdown
packages.
--
Iñaki Ucar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, 1 Nov 2018 at 15:45, Jason L Tibbitts III wrote:
>
> >>>>> "IU" == Iñaki Ucar writes:
>
> IU> - Version: As you already found out, there are many version formats
> IU> allowed.
>
> But it's easy to work from Version: in the normal
On Wed, 14 Nov 2018 at 15:25, Matthew Miller wrote:
>
> Mostly blue sky -- let's generate ideas! -- but let's also stay within
> reasonable possibilities, and also, you know, keeping it Fedora.
> Particularly, I'm pretty sure about the goals: 1. getting Fedora desktop and
> IoT shipped on systems
El mié., 14 nov. 2018 20:09, Matthew Miller
escribió:
> On Wed, Nov 14, 2018 at 06:11:48PM +0100, Iñaki Ucar wrote:
> > > Mostly blue sky -- let's generate ideas! -- but let's also stay within
> > > reasonable possibilities, and also, you know, keeping it Fedora.
On Fri, 16 Nov 2018 at 01:54, Jason Tibbitts wrote:
>
> My recollection is that meaningful discussion usually stopped at the
> kernel issue. At one point we had some basic agreement that people who
> cared were welcome to push to old branches of things to keep them going,
> but that was back when
El vie., 16 nov. 2018 17:07, Jason L Tibbitts III
escribió:
> >>>>> "IU" == Iñaki Ucar writes:
>
> IU> In this respect (the kernel), it's true that something changed
> IU> compared to a decade ago: there was no LTS support upstream
> IU> the
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
file
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 loo
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. Wh
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 rawhi
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:
> >
> > Recommen
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 % __f
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 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" 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] https://koji.fedoraproject.org/k
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"
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
___
deve
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 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: https://copr.fedorainfracloud
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 unbundli
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 of
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
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 have
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 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:
> > > >
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 [[https://bugzil
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 sur
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
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, Jul 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:
>> >
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
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
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,
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 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
On Mon, 29 Jul 2024 at 13:23, Hans de Goede wrote:
>
>
> > Good catch! I confirm that the build above does not have the issues
> I was experiencing.
>
> Thank you I have reported this issue to the ACPI maintainer now:
>
>
> https://lore.kernel.org/linux-acpi/1f76b7e2-1928-4598-8037-28a1785c
On Mon, 29 Jul 2024 at 15:48, Hans de Goede wrote:
>
>
> Also can you please file a bug for this here:
>
> https://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
>
> (creating an account only requires an email address + your name, no other
> info is requires).
>
> As ACPI sub component please se
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 f
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:/
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 down
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>:
> > >
> >
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 (f
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 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
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 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
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 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
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 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 ove
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 suc
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'
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 a c
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 25.08
101 - 200 of 293 matches
Mail list logo
