Hello folks,
I've been trying to update healpix package to latest version, so that I
can submit a PR to the package maintainer. Current version is a couple
of years old.
Unfortunately, the automated build process available in the package
itself isn't suitable for our needs, so each component (cur
Il 13/07/22 21:11, Kevin Fenzi ha scritto:
> My 2 cents... we should try and get bodhi (and the rest of the pipeline)
> to work with these large updates if at all possible.
>
> Having releng merge tags works of course, but as Adam pointed out, it
> skips our CI and feedback testing area. Additional
Bodhi is a nice interface to create multi-builds update from side-tags,
but it is not really optimized for massive updates. In the past we had
some troubles pushing updates with a lot of builds. There are too many
things done in the background that can break while processing a massive
update and ma
Il 09/06/22 11:37, Richard W.M. Jones ha scritto:
> Pairs of Bodhi updates which probably should be combined so the
> packages go out together:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-8f775872c9 &
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-13bc8c91b0
>
> https://bodhi.fed
Il 05/06/22 09:37, Vitaly Zaitsev via devel ha scritto:
> On 04/06/2022 22:43, Otto Urpelainen wrote:
>> But the question is, what needs to be done so that ffmpeg-free will not
>> suffer, either.
> ffmpeg-free is a special stripped version. Popular codecs H.264 and
> H.265 were removed due to the
Il 05/06/22 05:13, Qiyu Yan ha scritto:
> Hi,
>
> I encountered a pushing failure after editing a update from side-tag,
> bodhi says
>
> FEDORA-2022-a0a90518a0 ejected from the push because "Cannot find
> relevant tag for fcitx5-5.0.17-1.fc36. None of ['f36-build-side-53961']
> are in [... lot of t
Il 10/05/22 18:30, Mattia Verga ha scritto:
> Il 09/05/22 22:28, Mikel Olasagasti ha scritto:
>> Hi Ron,
>>
>> Hau idatzi du Ron Olson (tachokni...@gmail.com) erabiltzaileak (2022
>> mai. 9, al. (22:15)):
>>> Hi all-
>>>
>>> I got several strange messages on my update here:
>>>
>>> https://bodhi.fe
Il 09/05/22 22:28, Mikel Olasagasti ha scritto:
> Hi Ron,
>
> Hau idatzi du Ron Olson (tachokni...@gmail.com) erabiltzaileak (2022
> mai. 9, al. (22:15)):
>> Hi all-
>>
>> I got several strange messages on my update here:
>>
>> https://bodhi.fedoraproject.org/updates/FEDORA-2022-bf60d68bdc
>>
>> Th
Hi,
looking at the two build logs from Rawhide [1] and epel9 [2] it seems
that in epel9 the build flags are not automatically exported to the env
variables in the %build section. Is that the expected behavior? If so,
it could be worthwhile to add a note to the EPEL packaging guidelines to
highligh
Il 30/04/22 14:50, kefu chai ha scritto:
> hi Mattia,
>
> On Sat, Apr 30, 2022 at 6:09 PM Mattia Verga via devel
> wrote:
>> Hello folks,
>>
>> while updating package wcstools to the latest release, I've been trying
>> to clean up the specfile. I cou
Hello folks,
while updating package wcstools to the latest release, I've been trying
to clean up the specfile. I could use some help from someone with better
gcc knowledge to resolve a build problem when trying to use
'%make_build' instead of plain 'make'. Can someone take a look at the
build logs
Il 24/04/22 22:06, Mikolaj Izdebski ha scritto:
> On Sun, Apr 24, 2022 at 1:56 AM Fabio Valentini wrote:
>> On Sat, Apr 23, 2022 at 7:26 PM Mikolaj Izdebski wrote:
>>> On Sat, Apr 23, 2022 at 9:32 AM Mattia Verga via devel
>>> wrote:
>>>> Il 22/04/22 19:14
Il 22/04/22 19:14, Mikolaj Izdebski ha scritto:
> In one week modello package will be updated in rawhide (Fedora 37)
> from version 1.11 to version 2.0.0.
>
> Bug: https://bugzilla.redhat.com/show_bug.cgi?id=2053953
> PR: https://src.fedoraproject.org/rpms/modello/pull-request/4
>
> The new major v
Il 12/04/22 22:54, Ben Cotton ha scritto:
> https://fedoraproject.org/wiki/Changes/MajorUpgradeOfMicrodnf
>
> == Summary ==
> A major upgrade of Microdnf is the first step in the evolution of
> package management in Fedora. The new microdnf has ambitions to
> provide all major features of DNF witho
Il 02/04/22 14:45, Vascom ha scritto:
> May be.
> But anyone know about this problem?
>
>
It seems the maintainer is on that. They left a comment on the last
waiver:
https://waiverdb.fedoraproject.org/api/v1.0/waivers/?product_version=fedora-37&subject_type=koji_build&subject_identifier=binutils-2.
Il 02/04/22 14:24, Vascom ha scritto:
> Hi.
>
> How to push this stucked binutils update to rawhide?
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-0d344a9601
Binutils has been failing its own testuite for months, since when F36
was Rawhide... maybe it should be fixed instead of blindly wai
Il 24/03/22 09:12, Petr Pisar ha scritto:
> V Wed, Mar 23, 2022 at 05:40:28PM +0000, Mattia Verga via devel napsal(a):
>> So, now that we have side-tags to perform this kind of builds, does the
>> buildroot override existence still make sense? Is there any use case
>> t
Il 28/03/22 18:14, Fabio Valentini ha scritto:
> On Mon, Mar 28, 2022 at 6:06 PM Mattia Verga via devel
> wrote:
>> Il 28/03/22 16:19, Fabio Valentini ha scritto:
>>> Note that this list only includes *Version* downgrades.
>>>
>>> There's a few dozen
Il 28/03/22 16:19, Fabio Valentini ha scritto:
>
> Note that this list only includes *Version* downgrades.
>
> There's a few dozen more packages that are downgraded because of lower
> *Release* values, but I didn't yet have time to go through all those
> (some are probably caused by additional rpma
So, now that we have side-tags to perform this kind of builds, does the
buildroot override existence still make sense? Is there any use case
that still requires BR overrides and cannot be done with side-tags?
Mattia
___
devel mailing list -- devel@lists
I'm going to package kpmcore development version 22.03.80 in Rawhide.
This will bring a soname bump from 11 to 12.
As usual I'll take care of rebuilding dependent packages using
f37-build-side-52128 side-tag. They should just be kde-partitionmanager
and calamares, as I'm aware of.
I'm planning to
Il 07/03/22 19:30, Fabio Valentini ha scritto:
> On Mon, Mar 7, 2022 at 7:22 PM Chris Adams wrote:
>> Once upon a time, Ben Cotton said:
>>> == Summary ==
>>>
>>> Package maintainers are encouraged to actively stop building their
>>> packages for i686, especially if supporting this architecture r
disclaimer: I'm a real noob about this topic, so forgive me if I'm
starting a useless discussion.
I came across 'mold' project [1], which is a GNU Gold / LLVM lld
replacement with multi-core support. Accordingly to upstream
presentation, it seems to have far better performances than lld,
especiall
Il 25/02/22 10:53, Andreas Schneider ha scritto:
> This was possible because we finally have ffmpeg [3] in Fedora.
Wow, going off-topic here, but that's great news that should have been
highlighted and announced. There are several packages that have some
functionalities disabled because ffmpeg was
Il 21/02/22 22:09, Fabio Valentini ha scritto:
> Hi!
> I would recommend that you use the standard source handling as
> documented on the SourceURL page.
> The forge macros are no longer actively maintained or developed, the
> last fix / update they received was almost two years ago.
> The original
Il 20/02/22 18:51, Vitaly Zaitsev via devel ha scritto:
> On 20/02/2022 11:31, Mattia Verga via devel wrote:
>> So, where -fPIE/-fPIC are supposed to be injected in build flags?
> $ rpm -E %optflags
> -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
> -
Il 20/02/22 19:10, Peter Robinson ha scritto:
>> I'm running a package review request for a package which uses suid and
>> rpmlint complaints that it is not using hardened build flags. However,
>> the specfile doesn't explicitly disable them with %undefine _hardened_build.
>>
>> Looking at the buil
I'm running a package review request for a package which uses suid and
rpmlint complaints that it is not using hardened build flags. However,
the specfile doesn't explicitly disable them with %undefine _hardened_build.
Looking at the build log of this one [1] I see that export CFLAGS and
other fla
Il 19/02/22 19:38, Björn Persson ha scritto:
> Zbigniew Jędrzejewski-Szmek wrote:
>> I think it'd be better to check the status weekly and only require
>> account reconfirmation if the quarantine status is detected ⌊N / 7 - 1⌋
>> times in a row (where N=quarantine length in days).
> It will be fine
Il 15/02/22 11:15, Sandro Mani ha scritto:
> Hi
>
> I've submitted the two packages which are missing dependencies for review,
> which I'd appreciate if someone could review, as mingw-python-requests and
> mingw-python-OWSLib are currently FailsToInstall:
>
> https://bugzilla.redhat.com/bugzilla
Il 14/02/22 20:19, Adam Williamson ha scritto:
> On Mon, 2022-02-14 at 17:48 +0000, Mattia Verga via devel wrote:
>> As I reported in the Fesco ticket, I've published the script to check
>> packagers activity at https://pagure.io/find-inactive-packagers
>>
>> T
As I reported in the Fesco ticket, I've published the script to check
packagers activity at https://pagure.io/find-inactive-packagers
The latest run showed 274 totally inactive packagers [1]. However, I've
just realized that the activity check made by datagrepper is wrong: the
current query doesn'
Il 12/02/22 12:20, Vitaly Zaitsev via devel ha scritto:
> On 12/02/2022 12:16, Fabio Valentini wrote:
>> That's not true. You need to log in to src.fedoraproject.org at least
>> *once* to get group memberships synced over (including "packager").
> True. But only once.
True, but even if the user i
Il 11/02/22 20:24, Kevin Fenzi ha scritto:
> On Fri, Feb 11, 2022 at 11:33:13AM +0000, Mattia Verga via devel wrote:
>> Il 11/02/22 12:20, Florian Weimer ha scritto:
>>> * Mattia Verga via devel:
>>>
>>>> Il 11/02/22 10:41, Miro Hrončok ha scritto:
>>&g
Il 11/02/22 13:11, Zbigniew Jędrzejewski-Szmek ha scritto:
> On Fri, Feb 11, 2022 at 11:42:19AM +0000, Mattia Verga via devel wrote:
>> I've written down a script [1] to fetch users which belong to packager
>> group and show no activity in datagrepper in a year.
>>
I've written down a script [1] to fetch users which belong to packager
group and show no activity in datagrepper in a year.
It found 104 users [2].
[1]
https://mattia.fedorapeople.org/inactive-packagers/find_inactive_packagers.py
[2] https://mattia.fedorapeople.org/inactive-packagers/inactive_use
Il 11/02/22 12:20, Florian Weimer ha scritto:
> * Mattia Verga via devel:
>
>> Il 11/02/22 10:41, Miro Hrončok ha scritto:
>>> On 11. 02. 22 10:12, Mattia Verga via devel wrote:
>>>> Where are those 2543 packagers come from? src.fedoraproject.org only
>>&g
Il 11/02/22 10:41, Miro Hrončok ha scritto:
> On 11. 02. 22 10:12, Mattia Verga via devel wrote:
>> Il 10/02/22 22:57, Ben Cotton ha scritto:
>>> On Thu, Feb 10, 2022 at 1:39 PM Zbigniew Jędrzejewski-Szmek
>>> wrote:
>>>> since you have the script
Il 10/02/22 22:57, Ben Cotton ha scritto:
> On Thu, Feb 10, 2022 at 1:39 PM Zbigniew Jędrzejewski-Szmek
> wrote:
>> since you have the script handy, could you check how many (non-pp)
>> packagers would be reported as inactive pretty please? Maybe with the
>> inactivility threshold raised to 1 year
Il 11/02/22 07:54, Zbigniew Jędrzejewski-Szmek ha scritto:
> On Thu, Feb 10, 2022 at 11:05:03PM +, Gary Buhrmaster wrote:
>> On Thu, Feb 10, 2022 at 9:58 PM Ben Cotton wrote:
>>
>>> I have concerns with this approach. I would guess there's a long tail
>>> of packagers that maintain relatively
Il 09/02/22 08:54, Adam Williamson ha scritto:
> On Wed, 2022-02-09 at 07:03 +0000, Mattia Verga via devel wrote:
>> Just being paranoid here: do we have any policy / automatism for
>> disabling "power" users (in packager group or like) which have been
>> inactive
Just being paranoid here: do we have any policy / automatism for
disabling "power" users (in packager group or like) which have been
inactive for long time?
I'm no security expert, but an inactive user account may be hacked
without noticing and if such account have powers like being in the
package
So, I've updated review-stats container to run on F34 with
python-bugzilla 3.2.0, but it still authenticate using
username+password. Is that enough to avoid authentication errors and
user ban or I need to change the authentication method?
Mattia
___
dev
Il 05/02/22 17:32, Adam Williamson ha scritto:
> On Sat, 2022-02-05 at 09:28 +, Richard W.M. Jones wrote:
>> "This update has been submitted for stable by bodhi"
>>
>> Thanks everyone!
> You might wanna just check after the push happens what happened to the
> package you untagged. I don't actua
Il 05/02/22 09:49, Richard W.M. Jones ha scritto:
> On Sat, Feb 05, 2022 at 08:10:53AM +0000, Mattia Verga via devel wrote:
>> Il 05/02/22 08:31, Richard W.M. Jones ha scritto:
>>> How do I make this update go to Rawhide? I have already tested the
>>> important
Il 05/02/22 08:31, Richard W.M. Jones ha scritto:
> How do I make this update go to Rawhide? I have already tested the
> important packages in the set locally.
>
> Rich.
Have you tried the "Waive test results" button in the right column?
Mattia
___
d
Recently we're having some (a lot) of errors about updates stuck in
Bodhi with errors like "update ejected from the push because Cannot find
relevant tag...".
I tried to fix some of them myself, and relengs folks are also on this.
But since there are so many, I'll post here how to fix yourself.
I
I've noticed that this change:
https://gitlab.com/freepascal.org/fpc/source/-/commit/b00fe0e4e42526afb7a11e9964f8cae49b10da44
which is supposed to fix:
https://gitlab.com/freepascal.org/fpc/source/-/issues/39295
has been applied only on ppc64. And the only arch which is now failing the
build is
Here I am again asking one more review swap.
I'm in need to have https://bugzilla.redhat.com/show_bug.cgi?id=2042043
reviewed, so I can retire the old libraries packages and update the
whole INDI ecosystem. Let me know if someone wants to make a swap.
Mattia
_
Il 16/01/22 15:20, Dan Čermák ha scritto:
> Hi Mattia,
>
> Mattia Verga via devel writes:
>
>> In this [1] rpmautospec bug it is claimed that a clean EVR upgrade
>> between Fedora releases is no more required.
> Afaik this should be correct, as dnf system-upgrade uses
In this [1] rpmautospec bug it is claimed that a clean EVR upgrade
between Fedora releases is no more required.
However Packaging Guidelines [2] [3] implies that is actually still
required.
What's the current status? Can a package have a higher NVR in a stable
release than in Rawhide?
Mattia
[1
Is anyone available for a review swap?
I've got https://bugzilla.redhat.com/show_bug.cgi?id=2038675 waiting in
the queue, I can offer a review in return (possibly not rust-* or
golang-* stuff, where I have little or no knowledge about).
Thanks
Mattia
_
Il 10/01/22 14:48, Ewoud Kohl van Wijngaarden ha scritto:
> On Sun, Jan 02, 2022 at 12:03:25PM -0800, Kevin Fenzi wrote:
>> On Fri, Dec 31, 2021 at 10:25:31AM +0100, Julian Sikorski wrote:
>>> Hello,
>>>
>>> is it a known problem that koji notifications arrive way too late? For
>> yes.
>>
>>> examp
Il 08/01/22 23:41, Jerry James ha scritto:
> On Sat, Jan 8, 2022 at 6:37 AM Mattia Verga via devel
> wrote:
>> `E: shared-library-without-dependency-information
>> /usr/lib64/libapogee.so.3.2`
>> I'm not sure if this is a rpmlint false positive. All I can found
>&g
In Fedora we provide several different packages for libraries and
drivers from INDI [1] we can ship (due to patent issues).
As this requires a lot of work, I'm starting to create a single package
for all libraries. I've started to do a scratch build on COPR [2] with
only the libapogee library, but
Il 28/12/21 04:28, Kevin Kofler via devel ha scritto:
> Matthew Miller wrote:
>> 1. There is a mechanism for users to add their own digest lists, if they
>> want. The change proposal could be a little more clear on how this
>> would work.
> There is no way I am going to jump through hoops t
Il 22/12/21 14:49, Petr Menšík ha scritto:
>
> If newpackage is chosen in Bodhi update, it can be listed from it:
>
> https://bodhi.fedoraproject.org/updates/?search=&releases=__current__&releases=__pending__&type=newpackage&page=1
>
> Slight problem is rawhide only builds do not have newpackage up
Hello folks,
as I previously announced [1] in the astronomy mailing list, I've
decided to orphan Siril and focus my spare time on other things, as I'm
already only using the flatpak provided by Flathub (which comes with all
the codecs needed to get all program functionalities).
If anyone is inter
Il 09/12/21 14:50, Fabio Valentini ha scritto:
> On Wed, Dec 8, 2021 at 8:03 PM Miro Hrončok wrote:
>> Hello, in this update:
>>
>> https://bodhi.fedoraproject.org/updates/FEDORA-2021-4a21ac4839
>>
>> I would have expected the update description to contain the changelog entry:
>>
>> * Tue Dec 07 2
ction either in plasma-nm or directly in nmcli
seems to work in some way... but how, since there is no plugin?
Inviato da ProtonMail mobile
Messaggio originale
On 2 Nov 2021, 15:23, Petr Pisar ha scritto:
> V Tue, Nov 02, 2021 at 02:08:58PM +0000, Mattia Verga via devel napsal(
Il 02/11/21 14:43, Kamil Dudka ha scritto:
> On Tuesday, November 2, 2021 2:17:28 PM CET Kamil Dudka wrote:
>> On Tuesday, November 2, 2021 1:58:02 PM CET Miro Hrončok wrote:
>>> On 02. 11. 21 8:47, Kamil Dudka wrote:
On September 22 I submitted a Fedora 35 update of curl, which obsoleted
Il 02/11/21 13:15, Petr Pisar ha scritto:
> V Tue, Nov 02, 2021 at 09:46:28AM +0000, Mattia Verga via devel napsal(a):
>> I was trying to set up a VPN to my work company network. It seems I need
>> to use IPSec XAuth PSK, so I found some guide in internet that says to
>> s
I'm totally noob about VPNs and NetworkManager, so forgive me if I'm
writing something wrong.
I was trying to set up a VPN to my work company network. It seems I need
to use IPSec XAuth PSK, so I found some guide in internet that says to
set up a libreswan VPN.
I'm facing several problems, first o
On 12/10/21 00:37, Bojan Smojver via devel wrote:
> Could someone with sufficient permissions please get httpd package unstuck in
> bodhi?
>
> It's been sitting there for a few days, waiting to get to stable, but it
> keeps getting kicked out, because some automated tests did not pass. The
> pa
On 02/10/21 15:35, Stephen John Smoogen wrote:
> On Sat, 2 Oct 2021 at 03:48, Mattia Verga via devel
> wrote:
>> Recently I've started seen a strange behavior of dnf while downloading
>> RPMs updates: some packages are downloaded at the usual speed of my
>> connect
On 02/10/21 14:51, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Oct 02, 2021 at 12:16:15PM +0000, Mattia Verga via devel wrote:
>> On 02/10/21 13:12, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Sat, Oct 02, 2021 at 07:35:39AM +0000, Mattia Verga via devel wrote:
>>>&g
On 02/10/21 13:12, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Oct 02, 2021 at 07:35:39AM +0000, Mattia Verga via devel wrote:
>> On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
>>> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
>>> resubmitted
On 02/10/21 13:45, Richard Shaw wrote:
> On Sat, Oct 2, 2021 at 6:43 AM Richard Shaw wrote:
>
>> On Sat, Oct 2, 2021 at 6:34 AM Zbigniew Jędrzejewski-Szmek
>> wrote:
>>
>>> On Sat, Oct 02, 2021 at 06:31:04AM -0500, Richard Shaw wrote:
On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Sz
Recently I've started seen a strange behavior of dnf while downloading
RPMs updates: some packages are downloaded at the usual speed of my
connection (ca. 10MBps), while other packages, in the same transaction,
shows really slow download speed (<100KBps).
Does dnf uses different mirrors to downloa
On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
> resubmitted.
>
> Zbyszek
Thanks for taking care of that, I've not had much time in the last
couple of days to look into it.
So, it would be nice to have someone testing th
On 29/09/21 18:10, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Sep 29, 2021 at 03:47:08PM +0000, Mattia Verga via devel wrote:
>> On 29/09/21 15:53, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Wed, Sep 29, 2021 at 01:37:08PM +0000, Mattia Verga via devel wrote:
>>>&g
On 29/09/21 15:53, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Sep 29, 2021 at 01:37:08PM +0000, Mattia Verga via devel wrote:
>> On 29/09/21 15:24, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Mon, Aug 23, 2021 at 01:29:44PM -0500, Richard Shaw wrote:
>>>> Everything s
On 29/09/21 15:24, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Aug 23, 2021 at 01:29:44PM -0500, Richard Shaw wrote:
>> Everything should be more or less complete so let me know if I missed
>> anything.
>>
>> Now on to OpenColorIO 2... Blender is moving to it (and not looking back),
>> usd doesn't
On 27/09/21 19:08, Mattia Verga wrote:
> On 27/09/21 18:41, Mattia Verga wrote:
>> On 27/09/21 12:47, Qiyu Yan wrote:
>>> Hi all,
>>>
>>> Yesterday I updated some fcitx5 related packages for f34 and f35, they
>>> are built in side-tags. But a bug in my scripts causes one package
>>> (fcitx5-mozc) d
On 27/09/21 18:41, Mattia Verga wrote:
> On 27/09/21 12:47, Qiyu Yan wrote:
>> Hi all,
>>
>> Yesterday I updated some fcitx5 related packages for f34 and f35, they
>> are built in side-tags. But a bug in my scripts causes one package
>> (fcitx5-mozc) did not build. Before I realized this, I have al
On 27/09/21 12:47, Qiyu Yan wrote:
> Hi all,
>
> Yesterday I updated some fcitx5 related packages for f34 and f35, they
> are built in side-tags. But a bug in my scripts causes one package
> (fcitx5-mozc) did not build. Before I realized this, I have already
> pushed the update in bodhi. Then I man
I'm going to orphan python-graphene-sqlalchemy and python-graphql-server
as I've lost interest in maintaining them.
Graphql-server is updated and already uses latest python packaging
guidelines. Graphene-sqlalchemy could be updated to 3.0.0b1, but that
would require an update to latest beta for py
On 23/09/21 16:30, Mamoru TASAKA wrote:
> Mattia Verga via devel wrote on 2021/09/23 15:11:
>> I've created f35-build-side-46123 and tagged fpc-3.2.2-3.fc35 into that.
>>
>> Lazarus rebuild is in progress. I will take care of rebuilding the other
>> packages listed
I've created f35-build-side-46123 and tagged fpc-3.2.2-3.fc35 into that.
Lazarus rebuild is in progress. I will take care of rebuilding the other
packages listed in bug 1987485 as soon as I can. If the maintainers of
those packages want to rebuild their package (in the side-tag), please
do so, it
On 22/09/21 12:47, Artur Frenszek-Iwicki wrote:
> The build for f35 was successful:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1835338
> I've submitted an update to bodhi as well:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-032397269f
>
> Although now that I think of it, it
On 20/09/21 15:36, Artur Frenszek-Iwicki wrote:
> In order to avoid retiring FPC (and all the other dependent packages) from
> Fedora due to the FTBFS issue, we want to temporarily disable support for the
> failing architectures (aarch64, i686 and ppc64le), leaving only the working
> ones (arm
On 18/09/21 00:35, Jerry James wrote:
> On Fri, Sep 17, 2021 at 4:32 PM Ben Beasley wrote:
>> It was maimed by the 10-bug default limit in the recent Bugzilla upgrade. It
>> looks like people are working on it:
>>
>> https://pagure.io/fedora-infra/review_stats/pull-request/13
>>
>> https://pagure
On 17/09/21 14:07, Ben Cotton wrote:
> I'm passing along a lightly-edited announcement from the Red Hat
> Bugzilla admins. You may have noticed this change already. The short
> version is that the search API now defaults to returning 20 bugs, but
> authenticated calls can request up to 1000.
>
Is t
Il 31/08/21 07:39, Otto Urpelainen ha scritto:
> Greetings,
>
> Some months ago, I announced [0] that I will move the package maintainer
> docs from wiki to docs.fedoraproject.org. I am happy to announce that
> this task is complete and the docs are public in their new location now
> [1]. Hopefully
I've pushed siril 0.99.10.1 into Rawhide, which corrects its license.
Some code derived from sleef.org is licensed under Boost license,
therefore I changed siril license from "GPLv3+" to "GPLv3+ and Boost".
I assume there's no problem to push this new version with the newer
license into stable Fe
Il 07/08/21 19:57, Florian Weimer ha scritto:
> * Mattia Verga via devel:
>
>> So, I still haven't seen anything posted in gitlab or mailing lists, so I've
>> posted to the FPC forums:
>> https://forum.lazarus.freepascal.org/index.php/topic,55723.0.html
>
Il 07/08/21 21:30, Nikolay Nikolov ha scritto:
> On 8/7/21 6:19 PM, Mattia Verga via devel wrote:
>> So, I still haven't seen anything posted in gitlab or mailing lists, so I've
>> posted to the FPC forums:
>> https://forum.lazarus.freepascal.org/index.php/
So, I still haven't seen anything posted in gitlab or mailing lists, so I've
posted to the FPC forums:
https://forum.lazarus.freepascal.org/index.php/topic,55723.0.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
Il 01/08/21 00:06, Jerry James ha scritto:
> On Sat, Jul 31, 2021 at 2:05 PM Mattia Verga via devel
> wrote:
>> I need some help with Rawtherapee FTB with the recent mass rebuild:
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=72487558
>>
>> I tri
Il 01/08/21 00:06, Jerry James ha scritto:
> On Sat, Jul 31, 2021 at 2:05 PM Mattia Verga via devel
> wrote:
>> I need some help with Rawtherapee FTB with the recent mass rebuild:
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=72487558
>>
>> I tri
I need some help with Rawtherapee FTB with the recent mass rebuild:
https://koji.fedoraproject.org/koji/taskinfo?taskID=72487558
I tried asking upstream, but they weren't too friendly, they suggested
that may be a toolchain problem:
https://github.com/Beep6581/RawTherapee/issues/6324
Is it poss
Il 30/07/21 15:26, Eike Rathke ha scritto:
> Hi,
>
> It just hit me and I didn't find it on this list, so..
> In spec after %cmake_install a
> cd %{_target_platform}
> failed for the rawhide mass rebuild with no such directory.
>
> After being pointed out (thanks Neal) to change that to
> cd %{_vpa
Il 25/07/21 19:39, Florian Weimer ha scritto:
> * Mattia Verga via devel:
>
>> Hello folks,
>>
>> I've just noticed that in F35 Mass rebuild everything related to Free
>> Pascal is now failing to build.
>> The fpc compiler itself is FTB with the followin
Hello folks,
I've just noticed that in F35 Mass rebuild everything related to Free
Pascal is now failing to build.
The fpc compiler itself is FTB with the following output:
/usr/bin/ld:
/builddir/build/BUILD/fpcbuild-3.2.2/fpcsrc/rtl/units/powerpc64-linux/si_c.o:(.data.n_TC_$SI_C_$$_START_ADDRESS
Il 10/07/21 11:07, Robert-André Mauchin ha scritto:
> On 6/16/21 6:03 PM, Nils Philippsen wrote:
>> Hi everybody,
>>
>> we've scheduled the rpmautospec plugin to be deployed into production
>> for tomorrow, from 14:00 UTC on.
>>
>> This means installing the relevant packages and restarting kojid
>>
Il 03/07/21 16:58, Joan Moreau via devel ha scritto:
>
> Thanks to you and @eclipseo
>
> This has already been a full nightmare to create the SRPM file, and
> now it seems that I again need to an additional nightmare to "prove
> myself"
>
> The package is already in Deb and archlinux (*). Isn't it
Il 02/07/21 22:29, Joan Moreau via devel ha scritto:
>
> In practical terms, how to get a "sponsor" ?
>
>
Open a ticket in https://pagure.io/packager-sponsors/issues and ask
there for guidance.
Mattia
___
devel mailing list -- devel@lists.fedoraproject.
Maybe I'm going a little OT, but speaking about hiring someone, as far
as I understand it seems to me that Fedora project has an annual budget
that is never fully spent:
https://budget.fedoraproject.org/budget/docs/index.html
I would rather like to see someone hired by Fedora to do full time
main
Bodhi has a config setting ('automatic_updates_blacklist') which can
avoid specific users/bots to automatically create updates.
If those bots are supposed to only test Koji builds, but not pushing
updates we can list them out using that setting.
Mattia
___
Il 11/06/21 17:29, Miro Hrončok ha scritto:
> On 11. 06. 21 17:27, Vít Ondruch wrote:
>> I just wonder that since Bodhi is now used even for Rawhide builds and it
>> supports keywords such as `Resolves: rhbz#123456`, is this reflected
>> somewhere
>> in guidelines? That could help to address the t
201 - 300 of 413 matches
Mail list logo
