Iago Rubio wrote on 2021/08/31 15:52:
Looks like a linker error due to missing exception functions.
Does link with --fno-exceptions helps?
Here -fno-expections on armv7hl helps.
Note that now wine builds wine-preloader also on armv7hl, so some
modification for wine.spec is needed.
https://koj
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2021-09-02 16:00 UTC in #fedora-meeting-1 on
irc.libera.chat.
Local time information (via. uitime):
= Day: Thursday ==
2021-09-02 09:00 PDT US/Pacific
2021-09-02 12
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
1 of 43 required test results missing
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud
Failed openQA tes
On 02. 09. 21 0:51, Sandro Mani wrote:
Hi
To update to the current version of mkdocs, I'd need these four dependencies
reviewed:
- python-mkdocs-redirects:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000347
- python-pyyaml_env_tag:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi
Hi
To update to the current version of mkdocs, I'd need these four
dependencies reviewed:
- python-mkdocs-redirects:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000347
- python-pyyaml_env_tag:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000348
- python-ghp-import:
https:
On Wed, Sep 1, 2021 at 5:18 PM Demi Marie Obenour wrote:
>
> On 9/1/21 1:55 PM, Florian Weimer wrote:
> > In autotools parlance, cross-compilation is defined by the inability of
> > running even the most trivial program that was just compiled.
>
> It is often possible to avoid this problem using q
On 9/1/21 1:55 PM, Florian Weimer wrote:
> In autotools parlance, cross-compilation is defined by the inability of
> running even the most trivial program that was just compiled.
It is often possible to avoid this problem using qemu in user-mode
emulation mode, but even that is not needed here.
>
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210830.0):
ID: 965364 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/965364
Soft failed openQA tests: 1/16 (x86_64)
(Tests complet
Hi Antonio,
On Wed, Sep 1, 2021 at 8:11 PM Antonio T. sagitter
wrote:
>
> 'openbabel2' and 'openbabel3' cannot co-exist if installed because they
> have same binary files, it's a "binary name conflicts".
>
> Is it acceptable an openbabel2/openbabel(3) conflict in Fedora?
I think that the people
No missing expected images.
Failed openQA tests: 16/205 (x86_64), 13/141 (aarch64)
New failures (same test not failed in Fedora-35-20210829.n.0):
ID: 964957 Test: x86_64 Server-dvd-iso server_remote_logging_server
URL: https://openqa.fedoraproject.org/tests/964957
ID: 964991 Test: x86_
OLD: Fedora-35-20210829.n.0
NEW: Fedora-35-20210831.n.1
= SUMMARY =
Added images:3
Dropped images: 1
Added packages: 2
Dropped packages:1
Upgraded packages: 17
Downgraded packages: 0
Size of added packages: 28.25 MiB
Size of dropped packages:114.78 KiB
Siz
'openbabel2' and 'openbabel3' cannot co-exist if installed because they
have same binary files, it's a "binary name conflicts".
Is it acceptable an openbabel2/openbabel(3) conflict in Fedora?
On 9/1/21 10:35 AM, Mamoru TASAKA wrote:
Antonio T. sagitter wrote on 2021/09/01 16:58:
You're right,
Announcing the creation of a new nightly release validation test event
for Fedora 35 Branched 20210831.n.1. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_tes
* Demi Marie Obenour:
> On 9/1/21 1:32 PM, Neal Gompa wrote:
>> On Wed, Sep 1, 2021 at 1:24 PM Demi Marie Obenour
>> wrote:
>>>
>>> On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote:
On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
> Also, there are tons of old closed-source i
On Wed, Sep 01, 2021 at 01:32:41PM -0400, Neal Gompa wrote:
> On Wed, Sep 1, 2021 at 1:24 PM Demi Marie Obenour
> wrote:
> >
> > On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote:
> > > On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
> > >> Also, there are tons of old closed-source i68
On 9/1/21 1:32 PM, Neal Gompa wrote:
> On Wed, Sep 1, 2021 at 1:24 PM Demi Marie Obenour
> wrote:
>>
>> On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote:
>>> On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
Also, there are tons of old closed-source i686-only games that depend on
>
On Wed, Sep 1, 2021 at 1:24 PM Demi Marie Obenour wrote:
>
> On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote:
> > On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
> >> Also, there are tons of old closed-source i686-only games that depend on
> >> i686 libraries other than Wine or Steam.
Hi all,
I just saw that PackagingCon has extended the Call for
Presentations[1] (CfP) for their inaugural event through 4 September.
That seems relevant to this audience.
As a reminder, I include the CfPs I know about in the weekly Friday's
Fedora Facts that I publish on the Community Blog[3]. Th
On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote:
> On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
>> Also, there are tons of old closed-source i686-only games that depend on
>> i686 libraries other than Wine or Steam.
>
> We can't provide i686 support forever.
I think we can provide
* Dan Čermák:
> Hi Florian,
>
> Florian Weimer writes:
>
>> * Dan Čermák:
>>
>>> it has been recently proposed to switch openSUSE to run ldconfig via a
>>> %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
>>> the same way as Fedora does it at the moment.
>>>
>>> However, a
On Wed, Sep 1, 2021 at 10:45 AM Dan Čermák
wrote:
>
> Hi Florian,
>
> Florian Weimer writes:
>
> > * Dan Čermák:
> >
> >> it has been recently proposed to switch openSUSE to run ldconfig via a
> >> %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
> >> the same way as Fedor
Hi Florian,
Florian Weimer writes:
> * Dan Čermák:
>
>> it has been recently proposed to switch openSUSE to run ldconfig via a
>> %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
>> the same way as Fedora does it at the moment.
>>
>> However, an interesting issue has been
OIIO 2.3 has been released[1] with a soname bump. My plan is to build for
rawhide/f35. f33/34 will only receive bugfix releases of the 2.2 series.
The list of affected packages is pretty short:
blender
luxcorerender
notcurses
OpenColorIO
openshadinglanguage
I will also include OCIO 2.1 for f35 (
On Wed, Sep 01, 2021 at 09:07:25AM -0400, Neal Gompa wrote:
> On Wed, Sep 1, 2021 at 8:16 AM Vitaly Zaitsev via devel
> wrote:
> >
> > On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
> > > Also, there are tons of old closed-source i686-only games that depend on
> > > i686 libraries othe
On Wed, Sep 01, 2021 at 10:47:05AM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 01 September 2021 at 10:01, Vitaly Zaitsev via devel wrote:
> > On 31/08/2021 18:53, Matthew Miller wrote:
> > > This is an off-shoot thought of the 32-bit ARM conversation. Right now, we
> > > build stu
On Wed, Sep 1, 2021 at 8:16 AM Vitaly Zaitsev via devel
wrote:
>
> On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
> > Also, there are tons of old closed-source i686-only games that depend on
> > i686 libraries other than Wine or Steam.
>
> We can't provide i686 support forever.
>
We p
* Daniel P. Berrangé:
> It has always struck me that ldconfig's impl isn't a great match for
> RPMs use case. IIUC ldconfig scans all files in all registered
> library directory paths, since it doesn't know what files might have
> changed since its last run (or does it check mtime at all to optimi
On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote:
Also, there are tons of old closed-source i686-only games that depend on
i686 libraries other than Wine or Steam.
We can't provide i686 support forever.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On Wed, Sep 01, 2021 at 11:01:01AM +0200, Florian Weimer wrote:
> * Dan Čermák:
>
> > it has been recently proposed to switch openSUSE to run ldconfig via a
> > %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
> > the same way as Fedora does it at the moment.
> >
> > Howeve
* Richard W. M. Jones:
> On Wed, Sep 01, 2021 at 11:01:01AM +0200, Florian Weimer wrote:
>> There are some packages that install f[ile]s into /etc/ld.so.conf.d, and
>> such packages still have to run ldconfig explicitly. (We should perhaps
>> move those shared objects to /usr/lib64, too.)
>
> Did
V Tue, Aug 31, 2021 at 12:53:55PM -0400, Matthew Miller napsal(a):
> One immediate way to do this is to start adding `ExcludeArch: i686` to
> "leaf" packages (I mean: to allow / encourage people to do that). But I
> don't want to add _more_ cruft to the standard minimal spec file, so this
> seems l
On Wed, Sep 01, 2021 at 11:01:01AM +0200, Florian Weimer wrote:
> * Dan Čermák:
>
> > it has been recently proposed to switch openSUSE to run ldconfig via a
> > %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
> > the same way as Fedora does it at the moment.
> >
> > Howeve
On Wed, Sep 1, 2021 at 4:47 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 01 September 2021 at 10:01, Vitaly Zaitsev via devel wrote:
> > On 31/08/2021 18:53, Matthew Miller wrote:
> > > This is an off-shoot thought of the 32-bit ARM conversation. Right now, we
> > > build stuff like
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20210831.0):
ID: 964674 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
* Dan Čermák:
> it has been recently proposed to switch openSUSE to run ldconfig via a
> %transfiletriggerin/-un scriptlet instead of manually in %post & %postun
> the same way as Fedora does it at the moment.
>
> However, an interesting issue has been raised: what happens if package A
> gets upgr
On Wednesday, 01 September 2021 at 10:01, Vitaly Zaitsev via devel wrote:
> On 31/08/2021 18:53, Matthew Miller wrote:
> > This is an off-shoot thought of the 32-bit ARM conversation. Right now, we
> > build stuff like libreoffice for i686, but then (mostly) don't ship it.
> > This seems like a was
Antonio T. sagitter wrote on 2021/09/01 16:58:
You're right, i underestimated the issue.
Probably, Avogadro is not compatible with openbabel3 but Avogadro2 should be.
I try to keep a separated 'openbabel2' package as new rpm, and then upgrade
current 'openbabel' to the release 3+
Thank you.
On 31/08/2021 19:21, Justin Forbes wrote:
if the package ships a library, keep
building it for i686, if not, you can disable it
I suggest the following: "if the packages ships a library, used by
Wine/Steam -> build it".
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Hi list,
it has been recently proposed to switch openSUSE to run ldconfig via a
%transfiletriggerin/-un scriptlet instead of manually in %post & %postun
the same way as Fedora does it at the moment.
However, an interesting issue has been raised: what happens if package A
gets upgraded in the same
On 31/08/2021 18:53, Matthew Miller wrote:
This is an off-shoot thought of the 32-bit ARM conversation. Right now, we
build stuff like libreoffice for i686, but then (mostly) don't ship it.
This seems like a waste of resources and time.
+1. We should only build selected packages for multilib su
You're right, i underestimated the issue.
Probably, Avogadro is not compatible with openbabel3 but Avogadro2
should be.
I try to keep a separated 'openbabel2' package as new rpm, and then
upgrade current 'openbabel' to the release 3+
Thank you.
On 8/31/21 8:05 PM, Alexander Ploumistos wrote
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210831.0):
ID: 964480 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 8/31/21 7:53 PM, Matthew Miller wrote:
This is an off-shoot thought of the 32-bit ARM conversation. Right now, we
build stuff like libreoffice for i686, but then (mostly) don't ship it.
This seems like a waste of resources and time.
I know it's somewhat complicated (for example, there's actua
43 matches
Mail list logo
