Hi,
I'm not sure what's the issue here:
- tbb provides libtbb.so.2
- opencv-core requires libtbb.so.2
but [1] pulls opencv-devel and tbb is not pulled too, so the linker
throws the following error:
libtbb.so.2: cannot open shared object file: No such file or directory
tbb issue?, opencv
On Sunday, 04 October 2020 at 15:06, Iñaki Ucar wrote:
> Hi,
>
> I'm not sure what's the issue here:
>
> - tbb provides libtbb.so.2
That seems correct.
> - opencv-core requires libtbb.so.2
Does it? Not on F32:
$ sudo dnf repoquery --whatprovides 'libtbb.so.2()(64bit)'
Last metadata expiration
$ fedpkg push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 2 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 353 bytes | 353.00 KiB/s, done.
Total 3 (delta 2), reused 0 (delta 0), pack-reused 0
remote: Emitting a
Il 04/10/20 12:04, Barry Scott ha scritto:
>
> Where do want the traceback reported?
>
See https://pagure.io/fedora-infrastructure/issue/9366
Mattia
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Am 03.10.20 um 22:23 schrieb Chris Murphy:
>
>> after investigating the problem with not finding grub.cfg in the
>> proprosed bootpath /boot/ .. the solution was simple.
>>
>> The system died not use secure boot, as secure-boot was disabled for the
>> kernel-surface kernelseries. They are
On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar wrote:
> I'm not sure what's the issue here:
>
> - tbb provides libtbb.so.2
> - opencv-core requires libtbb.so.2
>
> but [1] pulls opencv-devel and tbb is not pulled too, so the linker
> throws the following error:
>
> libtbb.so.2: cannot open shared
On 04.10.2020 12:04, Barry Scott wrote:
> Why is a PR being created? I'm the maintainer and have not seen this before.
It just suggests you to create a pull request. Just ignore.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing
# Fedora Quality Assurance Meeting
# Date: 2020-10-05
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
We didn't meet for a couple of weeks, so let's get together and check in.
If anyone has any other
On Sun, Oct 4, 2020 at 3:01 PM Samuel Sieb wrote:
>
> On 10/4/20 9:36 AM, Marius Schwarz wrote:
> > And still,we do not know why the f33 livedisc does not boot at all when
> > inserted early
> > AND
> > why grub-install /dev/USBDRIVE (correct devicename ofcourse ) is
> > overwriting the ssd boot
On Sun, Oct 4, 2020 at 10:50 AM Marius Schwarz wrote:
>
> Am 03.10.20 um 22:07 schrieb Chris Murphy:
> >
> > No the correct invocation is "dnf reinstall grub2-efi-x64 shim-x64"
> >
> > Suggesting UEFI users install GRUB with grub2-install is asking for a
> > support nightmare, it's untenable.
> >
On Sat, Oct 03, 2020 at 04:04:46AM -, Liming Sun wrote:
> Apology for the late reply. I had email issues from upstream community
> recently. Somehow my Redhat Bugzilla account seems not accessible anymore
> either. I recreated the account with the same email address
> (l...@mellanox.com).
On Sun, Oct 4, 2020 at 10:37 AM Marius Schwarz wrote:
>
> now, the efi stuff is installed, i accept a few "oh, theres efi, i do
> efi" mistakes from time to time. But i don't have a clue, how the system
> could boot with those symlinks before that grub-install destroyed it.
The symlinks are in
OLD: Fedora-33-20201003.n.0
NEW: Fedora-33-20201004.n.1
= SUMMARY =
Added images:0
Dropped images: 61
Added packages: 8
Dropped packages:0
Upgraded packages: 36
Downgraded packages: 0
Size of added packages: 10.69 MiB
Size of dropped packages:0 B
Size
Missing expected images:
Xfce raw-xz armhfp
Failed openQA tests: 6/181 (x86_64)
New failures (same test not failed in Fedora-33-20201003.n.0):
ID: 684468 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/684468
ID: 684513 Test: x86_64 universal
On Mon, Oct 05, 2020 at 01:53:03AM +0200, Alexander Ploumistos wrote:
> Hello everyone,
>
> I've finally managed to find some time and get the latest Open Babel
> snapshot to build in F32 and rawhide. The spec file is ugly with a
> bunch of comments still in it and I've realized that
Am 03.10.20 um 22:07 schrieb Chris Murphy:
>
> No the correct invocation is "dnf reinstall grub2-efi-x64 shim-x64"
>
> Suggesting UEFI users install GRUB with grub2-install is asking for a
> support nightmare, it's untenable.
>
Isn't a simple check "are we booted with efi" a working solution to
On Sun, 4 Oct 2020 at 18:29, Dominik 'Rathann' Mierzejewski
wrote:
>
> On Sunday, 04 October 2020 at 15:06, Iñaki Ucar wrote:
> > Hi,
> >
> > I'm not sure what's the issue here:
> >
> > - tbb provides libtbb.so.2
>
> That seems correct.
>
> > - opencv-core requires libtbb.so.2
>
> Does it? Not on
On 10/4/20 9:36 AM, Marius Schwarz wrote:
And still,we do not know why the f33 livedisc does not boot at all when
inserted early
AND
why grub-install /dev/USBDRIVE (correct devicename ofcourse ) is
overwriting the ssd boot setup, instead of the usbdrive bootconfig.
You can't use
Adam Williamson wrote:
> On Sun, 2020-10-04 at 12:31 +0200, Vitaly Zaitsev via devel wrote:
> > On 04.10.2020 12:04, Barry Scott wrote:
> > > Why is a PR being created? I'm the maintainer and have not seen this
> > > before.
> >
> > It just suggests you to create a pull request. Just ignore.
On Sun, Oct 4, 2020 at 1:47 PM Sérgio Basto wrote:
> mock -r fedora-rawhide-x86_64 --clean --install opencv-devel
>
> it installs opencv-devel well, it seems to me you need install tbb-devel ?
That wouldn't explain why I got a good build in mock. Where Iñaki got
an error, my build log shows:
Hi all,
I'm building rpm from spec file on copr and doing some tests.
But It always failed on fedora-eln-armhfp.
I don’t know if it’s the spec or dnf.
https://copr.fedorainfracloud.org/coprs/waruqi/xmake/build/1693870/
My spec file:
https://download.copr.fedorainfracloud.org/results/waruqi/xmake/fedora-eln-armhfp/01693870-xmake/xmake.spec
Ruki Wang 于2020年10月5日周一 上午8:50写道：
> Hi all,
>
> I'm building rpm from spec file on copr and doing some tests.
>
> But It always failed on fedora-eln-armhfp.
>
> I don’t know
It works fine, Thanks!
Neal Gompa 于2020年10月3日周六 下午10:55写道：
> On Sat, Oct 3, 2020 at 10:18 AM Vitaly Zaitsev via devel
> wrote:
> >
> > On 03.10.2020 15:47, Ruki Wang wrote:
> > > I try `%?set_build_flags` and it works fine.
> >
> > No, it will not. This command will just force RPM to ignore
On Sun, 2020-10-04 at 21:39 +0200, Björn Persson wrote:
> Adam Williamson wrote:
> > On Sun, 2020-10-04 at 12:31 +0200, Vitaly Zaitsev via devel wrote:
> > > On 04.10.2020 12:04, Barry Scott wrote:
> > > > Why is a PR being created? I'm the maintainer and have not seen
> > > > this before.
> >
Sérgio Basto wrote:
> On Sun, 2020-10-04 at 21:39 +0200, Björn Persson wrote:
> > Adam Williamson wrote:
> > > On Sun, 2020-10-04 at 12:31 +0200, Vitaly Zaitsev via devel wrote:
> > > > On 04.10.2020 12:04, Barry Scott wrote:
> > > > > Why is a PR being created? I'm the maintainer and have
On Tue, 29 Sep 2020 22:29:44 +0200, Mark Wielaard wrote:
> I was just discussing that recently with the Hotspot Perf GUI
> maintainer. And we concluded that if .debug files would be compressed
> then we would need an uncompressed cache somewhere. The issue with
> having the on-disk debuginfo files
On Sun, 4 Oct 2020 at 21:54, Sérgio Basto wrote:
>
> On Sun, 2020-10-04 at 19:44 +0200, Iñaki Ucar wrote:
> > On Sun, 4 Oct 2020 at 18:39, Jerry James
> > wrote:
> > > On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar
> > > wrote:
> > > > I'm not sure what's the issue here:
> > > >
> > > > - tbb
Hello everyone,
I've finally managed to find some time and get the latest Open Babel
snapshot to build in F32 and rawhide. The spec file is ugly with a
bunch of comments still in it and I've realized that documentation
upstream is lacking, especially concerning build options and bindings.
So far,
On Sun, 2020-10-04 at 19:44 +0200, Iñaki Ucar wrote:
> On Sun, 4 Oct 2020 at 18:39, Jerry James
> wrote:
> > On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar
> > wrote:
> > > I'm not sure what's the issue here:
> > >
> > > - tbb provides libtbb.so.2
> > > - opencv-core requires libtbb.so.2
> > >
> >
On Sun, 2020-10-04 at 15:28 -0600, Jerry James wrote:
> On Sun, Oct 4, 2020 at 1:47 PM Sérgio Basto
> wrote:
> > mock -r fedora-rawhide-x86_64 --clean --install opencv-devel
> >
> > it installs opencv-devel well, it seems to me you need install tbb-
> > devel ?
>
> That wouldn't explain why I
On Sun, 4 Oct 2020 at 18:39, Jerry James wrote:
>
> On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar wrote:
> > I'm not sure what's the issue here:
> >
> > - tbb provides libtbb.so.2
> > - opencv-core requires libtbb.so.2
> >
> > but [1] pulls opencv-devel and tbb is not pulled too, so the linker
> >
Hi,
Just letting people know that I was able to fix the foma build. A
review request for unretiring the package is at
https://bugzilla.redhat.com/show_bug.cgi?id=1885048
I could do a review swap for a python package, a simple
autotools-based package or something like that.
-Ville-Pekka
On Sun, 2020-10-04 at 12:31 +0200, Vitaly Zaitsev via devel wrote:
> On 04.10.2020 12:04, Barry Scott wrote:
> > Why is a PR being created? I'm the maintainer and have not seen this before.
>
> It just suggests you to create a pull request. Just ignore.
Right. It's not saying a pull request *has
On Mon, 2020-10-05 at 00:23 +0200, Iñaki Ucar wrote:
> On Sun, 4 Oct 2020 at 21:54, Sérgio Basto wrote:
> > On Sun, 2020-10-04 at 19:44 +0200, Iñaki Ucar wrote:
> > > On Sun, 4 Oct 2020 at 18:39, Jerry James
> > > wrote:
> > > > On Sun, Oct 4, 2020 at 7:07 AM Iñaki Ucar <
> > > >
Hi,
I've recently begun maintaining celery stack in Fedora and Fedora EPEL.
I am in process of enabling python 3 builds of celery for EPEL 7, testing
copr (in working state with at least redis backend) is available here for
anyone interested:
https://bugzilla.redhat.com/show_bug.cgi?id=1885000
Bug ID: 1885000
Summary: perl-ExtUtils-MakeMaker-7.48 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-ExtUtils-MakeMaker
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1884617
--- Comment #6 from Jitka Plesnikova ---
(In reply to Miro Hrončok from comment #5)
> I took packages that require either of the following on Fedora 31 or 32:
>
> libperl.so.5.30()(64bit)
> perl(:MODULE_COMPAT_5.30.0)
>
https://fedorapeople.org/groups/389ds/ci/nightly/2020/10/05/report-389-ds-base-1.4.4.4-20201004gitbf5a79c.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1883492
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1884606
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
The following Fedora EPEL 7 Security updates need testing:
Age URL
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ea01d505c9
pdns-4.1.14-1.el7
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a37e7c643e
xawtv-3.107-1.el7
6
https://bugzilla.redhat.com/show_bug.cgi?id=1882957
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1881518
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1882837
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
44 matches
Mail list logo
