[Test-Announce] Fedora 30 Branched 20190330.n.3 nightly compose nominated for testing

2019-03-31 Thread rawhide 
Announcing the creation of a new nightly release validation test event
for Fedora 30 Branched 20190330.n.3. 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_test_plan

Notable package version changes:
python-blivet - 1.8: python-blivet-3.1.3-2.fc30.src, 20190330.n.3: 
python-blivet-3.1.3-3.fc30.src

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/30

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_30_Branched_20190330.n.3_Security_Lab

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.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/test-annou...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

VirtualBox 6 and Vagrant in Fedora 29

2019-03-31 Thread Dridi Boukelmoune 
Hello,

If like me you use Vagrant with VirtualBox, you may see an update to
version 6 from RPM Fusion free for f29. The problem you may face later
is that f29's version of Vagrant doesn't support VirtualBox 6.

This was enough to solve it for me:

dnf upgrade vagrant --releasever 30

Assuming semantic versioning, I think we can't get this update proper
in f29 because of the rubygem-net-ssh dependency that upgrades from
4.2.0 to 5.1.0 and would possibly be a breaking bump.

There are other ways [1] to add VirtualBox 6 support but I'm not a big
fan of tainting my RPM database, and unless you are bound to a
specific version of rubygem-net-ssh the DNF command above should be
enough.

I hope the effort started to help VirtualBox upstream its kernel modules
will allow an inclusion in Fedora soon. I don't remember when that
changed, many months ago, but there used to be a time where I could
only use Vagrant with RPMs from upstream VirtualBox so thanks to RPM
Fusion maintainers for fixing that too!

Dridi
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Fedora 30-20190330.n.3 compose check report

2019-03-31 Thread Fedora compose checker 
Missing expected images:

Atomichost raw-xz x86_64
Atomichost qcow2 x86_64

Failed openQA tests: 1/24 (i386), 1/2 (arm), 5/144 (x86_64)

ID: 374629  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/374629
ID: 374668  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/374668
ID: 374684  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/374684
ID: 374691  Test: x86_64 universal install_kickstart_hdd
URL: https://openqa.fedoraproject.org/tests/374691
ID: 374706  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/374706
ID: 374719  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/374719
ID: 374746  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/374746

Soft failed openQA tests: 13/144 (x86_64), 3/24 (i386)
(Tests completed, but using a workaround for a known bug)

ID: 374599  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/374599
ID: 374600  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/374600
ID: 374601  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/374601
ID: 374602  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/374602
ID: 374608  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/374608
ID: 374628  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/374628
ID: 374647  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/374647
ID: 374648  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/374648
ID: 374652  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/374652
ID: 374705  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/374705
ID: 374714  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/374714
ID: 374722  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/374722
ID: 374747  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/374747
ID: 374748  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/374748
ID: 374750  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/374750
ID: 374764  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/374764

Passed openQA tests: 126/144 (x86_64), 20/24 (i386)

Skipped non-gating openQA tests: 1 of 170
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

provider bad repo (network) or bug development ?

2019-03-31 Thread Cătălin George Feștilă 
Dear team.

Take a look at my output ( see time and bad response of dnf tool versus
kivi package)
I don't sure it is a bug or development issue( the fedora.pkgs.org/29/ has
a kivy package).
I don't have many options to test it , but you can have a good image on it.
Can be a clone or bad repo?
Thank you. Best regards.

[root@desk mythcat]# dnf repolist
Last metadata expiration check: 0:19:51 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
repo id   repo name
status
adobe-linux-x86_64Adobe Systems Incorporated
3
code  Visual Studio Code
59
*fedora   Fedora 29 - x86_64
58,207
*fedora-modular   Fedora Modular 29 -
x86_64   8
packages-microsoft-com-prod   packages-microsoft-com-prod
112
*rpmfusion-free   RPM Fusion for Fedora 29 -
Free596
*rpmfusion-free-updates   RPM Fusion for Fedora 29 - Free -
Updates  237
*updates  Fedora 29 - x86_64 - Updates
19,033
*updates-modular  Fedora Modular 29 - x86_64 -
Updates13
[root@desk mythcat]# dnf search kivy
Last metadata expiration check: 0:20:04 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
No matches found.
[root@desk mythcat]# dnf search kivy
Last metadata expiration check: 0:20:04 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
No matches found.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Fedora Rawhide-20190331.n.0 compose check report

2019-03-31 Thread Fedora compose checker 
Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

Compose FAILS proposed Rawhide gating check!
5 of 47 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all

Failed openQA tests: 21/144 (x86_64), 3/24 (i386), 1/2 (arm)

ID: 374779  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/374779
ID: 374811  Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/374811
ID: 374815  Test: x86_64 Workstation-live-iso desktop_browser **GATING**
URL: https://openqa.fedoraproject.org/tests/374815
ID: 374823  Test: x86_64 KDE-live-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/374823
ID: 374824  Test: x86_64 KDE-live-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/374824
ID: 374827  Test: x86_64 KDE-live-iso install_no_user **GATING**
URL: https://openqa.fedoraproject.org/tests/374827
ID: 374837  Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/374837
ID: 374838  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/374838
ID: 374840  Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/374840
ID: 374841  Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/374841
ID: 374842  Test: x86_64 Silverblue-dvd_ostree-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/374842
ID: 374854  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/374854
ID: 374875  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/374875
ID: 374889  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/374889
ID: 374893  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/374893
ID: 374894  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/374894
ID: 374895  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/374895
ID: 374900  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/374900
ID: 374905  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/374905
ID: 374908  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/374908
ID: 374918  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/374918
ID: 374919  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/374919
ID: 374920  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/374920
ID: 374935  Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/374935
ID: 374936  Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/374936

Soft failed openQA tests: 11/144 (x86_64), 4/24 (i386)
(Tests completed, but using a workaround for a known bug)

ID: 374769  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/374769
ID: 374770  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/374770
ID: 374771  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/374771
ID: 374772  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/374772
ID: 374778  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/374778
ID: 374798  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/374798
ID: 374799  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/374799
ID: 374817  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/374817
ID: 374818  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/374818
ID: 374822  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/374822
ID: 374884  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/374884
ID: 374892  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/374892
ID: 374916  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/374916
ID: 374917  Test: x86_64 universal up

Re: provider bad repo (network) or bug development ?

2019-03-31 Thread Tom Hughes 

On 31/03/2019 10:44, Cătălin George Feștilă wrote:

Take a look at my output ( see time and bad response of dnf tool versus 
kivi package)


Where "bad response" means telling you there is no match?

I don't sure it is a bug or development issue( the fedora.pkgs.org/29/ 
 has a kivy package).


Yes, but not in the main repos, in a third party repository called
RPM Sphere.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Fedora rawhide compose report: 20190331.n.0 changes

2019-03-31 Thread Fedora Rawhide Report 
OLD: Fedora-Rawhide-20190327.n.0
NEW: Fedora-Rawhide-20190331.n.0

= SUMMARY =
Added images:5
Dropped images:  4
Added packages:  8
Dropped packages:1
Upgraded packages:   228
Downgraded packages: 0

Size of added packages:  30.74 MiB
Size of dropped packages:279.79 KiB
Size of upgraded packages:   10.74 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   7.09 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Cloud_Base qcow2 ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20190331.n.0.ppc64le.qcow2
Image: Container_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Base-Rawhide-20190331.n.0.ppc64le.tar.xz
Image: Container_Minimal_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Minimal-Base-Rawhide-20190331.n.0.ppc64le.tar.xz
Image: Cloud_Base raw-xz ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20190331.n.0.ppc64le.raw.xz
Image: Cloud_Base vmdk ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20190331.n.0.ppc64le.vmdk

= DROPPED IMAGES =
Image: Python_Classroom vagrant-virtualbox i386
Path: 
Labs/i386/images/Fedora-Python-Classroom-Vagrant-Rawhide-20190327.n.0.i386.vagrant-virtualbox.box
Image: Python_Classroom vagrant-libvirt i386
Path: 
Labs/i386/images/Fedora-Python-Classroom-Vagrant-Rawhide-20190327.n.0.i386.vagrant-libvirt.box
Image: Mate live i386
Path: Spins/i386/iso/Fedora-MATE_Compiz-Live-i386-Rawhide-20190327.n.0.iso
Image: Container_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Base-Rawhide-20190327.n.0.s390x.tar.xz

= ADDED PACKAGES =
Package: bifcl-1.1-1.fc31
Summary: A built-in-function (BIF) compiler/generator
RPMs:bifcl
Size:225.69 KiB

Package: falkon-pdfreader-0-0.1.20190118giteefc135.fc31
Summary: PDF reader extension for Falkon using pdf.js
RPMs:falkon-pdfreader
Size:17.41 MiB

Package: golang-github-ldap-v3-3.0.2-1.fc31
Summary: Basic LDAP v3 functionality for Go
RPMs:golang-github-ldap-v3-devel golang-gopkg-3-ldap-devel
Size:90.95 KiB

Package: golang-github-macaron-session-0-0.1.20190327git0a0a789.fc31
Summary: Provides the session management of Macaron
RPMs:golang-github-macaron-session-devel
Size:26.11 KiB

Package: libfullock-1.0.32-1.fc31
Summary: Fast User Level LOCK (FULLOCK) library for C/C++
RPMs:libfullock libfullock-devel
Size:638.96 KiB

Package: make-it-quick-0.2.4-1.fc31
Summary: A make-only build system for C/C++ programs
RPMs:make-it-quick make-it-quick-devel
Size:55.61 KiB

Package: python-hdmf-1.0.1-1.fc31
Summary: A package for standardizing hierarchical object data
RPMs:python-hdmf-doc python3-hdmf
Size:12.04 MiB

Package: visidata-1.5.2-2.fc31
Summary: Curses interface for exploring and arranging tabular data
RPMs:python3-visidata visidata
Size:283.59 KiB


= DROPPED PACKAGES =
Package: python-fabric3-1.13.1-8.post1.fc30
Summary: Python3-compatible fork of Fabric
RPMs:python2-fabric3 python3-fabric3
Size:279.79 KiB


= UPGRADED PACKAGES =
Package:  389-ds-base-1.4.1.2-2.fc31
Old package:  389-ds-base-1.4.1.1-1.fc30.1
Summary:  389 Directory Server (base)
RPMs: 389-ds-base 389-ds-base-devel 389-ds-base-legacy-tools 
389-ds-base-libs 389-ds-base-snmp cockpit-389-ds python3-lib389
Size: 18.79 MiB
Size change:  47.03 KiB
Changelog:
  * Fri Mar 29 2019 Mark Reynolds  - 1.4.1.2-1
  - Bump version to 1.4.1.2-1
  - Ticket 50308 - Revise memory leak fix
  - Ticket 50308 - Fix memory leaks for repeat binds and replication
  - Ticket 40067 - Use PKG_CHECK_MODULES to detect libraries
  - Ticket 49873 - (cont 3rd) cleanup debug log
  - Ticket 49873 - (cont 2nd) Contention on virtual attribute lookup
  - Ticket 50292 - Fix Plugin CLI and UI issues
  - Ticket 50112 - Port ACI test suit from TET to python3(misc and syntax)
  - Ticket 50289 - Fix various database UI issues
  - Ticket 49463 - After cleanALLruv, replication is looping on keep alive DEL
  - Ticket 50300 - Fix memory leak in automember plugin
  - Ticket 50265 - the warning about skew time could last forever
  - Ticket 50260 - Invalid cache flushing improvements
  - Ticket 49561 - MEP plugin, upon direct op failure, will delete twice the 
same managed entry
  - Ticket 50077 - Do not automatically turn automember postop modifies on
  - Ticket 50282 - OPERATIONS ERROR when trying to delete a group with 
automember members
  - Ticket 49715 - extend account functionality
  - Ticket 49873 - (cont) Contention on virtual attribute lookup
  - Ticket 50260 - backend txn plugins can corrupt entry cache
  - Ticket 50255 - Port password policy test to use DSLdapObject
  - Ticket 49667 - 49668 - remove old spec files
  - Ticket 50276 - 389-ds-console is not built on RHEL8 if cockpit_dist is 
already present
  - Ticket 50112 - Port ACI test suit from TET to python3(Search)
  - Ticket 50259 - implement dn construction test

dnf crashes make fedpkg / mock unusable

2019-03-31 Thread Fabio Valentini 
Hi everybody,

Since about one or two days, I am completely unable to build any
packages with fedpkg locally, and even running dnf on the host system
is really crashy.

It looks like dnf crashes while it's refreshing repository metadata.
ABRT won't let me report the issue due to "low informational value" of
the backtrace, but it looks like SEGFAULT in libcurl:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fad55077f22 in ?? () from /lib64/libcurl.so.4
(...)

However, there's not been any recent curl update for f29 AFAICT. I
tried cleaning up the dnf cache, but it doesn't help.
Does anybody have an idea what's causing this? I'm unable to work on
my packages until I can solve this 

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

clang segmentation fault on armv7hf

2019-03-31 Thread Richard Shaw 
I'm working on building PySide2 for Fedora and have a problem with clang
segfaulting only on armv7hf[1]...

The source package has shiboken2, pyside2, and pyside2-tools in one big
archive but I am building shiboken2 and pyside2-tools with GCC and only
pyside2 with clang because if makes use of something clang specific.

[  1%] Building CXX object
libpyside/CMakeFiles/pyside2.dir/pysidesignal.cpp.o
cd
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/armv7hl-linux/pyside2/libpyside
&& /usr/bin/clang++  -DPYSIDE_EXPORTS -DPYSIDE_QML_PRIVATE_API_SUPPORT=1
-DPYSIDE_QML_SUPPORT=1 -DQT_CORE_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG
-DQT_QML_LIB
-I/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/sources/pyside2/libpyside
-I/builddir/build/BUILD/python-pyside2_5.12.1/include/shiboken2
-I/usr/include/python3.7m -I/usr/include/qt5/QtQml/5.12.1
-I/usr/include/qt5/QtQml/5.12.1/QtQml -I/usr/include/qt5/QtNetwork/5.12.1
-I/usr/include/qt5/QtNetwork/5.12.1/QtNetwork
-I/usr/include/qt5/QtCore/5.12.1 -I/usr/include/qt5/QtCore/5.12.1/QtCore
-isystem /usr/include/qt5 -isystem /usr/include/qt5/QtQml -isystem
/usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtCore -isystem
/usr/lib/qt5/mkspecs/linux-g++  -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
-fstack-protector-strong -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -march=armv7-a
-mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux -mfloat-abi=hard
-Wall -fvisibility=hidden -Wno-strict-aliasing -D QT_NO_CAST_FROM_ASCII -D
QT_NO_CAST_TO_ASCII -fPIC   -fPIC -std=gnu++11 -o
CMakeFiles/pyside2.dir/pysidesignal.cpp.o -c
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/sources/pyside2/libpyside/pysidesignal.cpp
make[2]: Leaving directory
'/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/armv7hl-linux/pyside2'
clang-8: warning: argument unused during compilation:
'-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1'
[-Wunused-command-line-argument]
clang-8: warning: argument unused during compilation:
'-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1'
[-Wunused-command-line-argument]
Stack dump:
0. Program arguments: /usr/bin/clang-8 -cc1 -triple
armv7-unknown-linux-gnueabihf -emit-obj -disable-free
-disable-llvm-verifier -discard-value-names -main-file-name
pysidesignal.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix
-mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases
-fuse-init-array -target-cpu generic -target-feature -fp-only-sp
-target-feature +d16 -target-feature +vfp3 -target-feature -fp16
-target-feature -vfp4 -target-feature -fp-armv8 -target-feature -neon
-target-feature -crypto -target-abi aapcs-linux -mfloat-abi hard
-fallow-half-arguments-and-returns -dwarf-column-info
-debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb
-coverage-notes-file
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/armv7hl-linux/pyside2/libpyside/CMakeFiles/pyside2.dir/pysidesignal.cpp.gcno
-resource-dir /usr/lib/clang/8.0.0 -isystem /usr/include/qt5 -isystem
/usr/include/qt5/QtQml -isystem /usr/include/qt5/QtNetwork -isystem
/usr/include/qt5/QtCore -isystem /usr/lib/qt5/mkspecs/linux-g++ -D
PYSIDE_EXPORTS -D PYSIDE_QML_PRIVATE_API_SUPPORT=1 -D PYSIDE_QML_SUPPORT=1
-D QT_CORE_LIB -D QT_NETWORK_LIB -D QT_NO_DEBUG -D QT_QML_LIB -I
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/sources/pyside2/libpyside
-I /builddir/build/BUILD/python-pyside2_5.12.1/include/shiboken2 -I
/usr/include/python3.7m -I /usr/include/qt5/QtQml/5.12.1 -I
/usr/include/qt5/QtQml/5.12.1/QtQml -I /usr/include/qt5/QtNetwork/5.12.1 -I
/usr/include/qt5/QtNetwork/5.12.1/QtNetwork -I
/usr/include/qt5/QtCore/5.12.1 -I /usr/include/qt5/QtCore/5.12.1/QtCore -D
QT_NO_CAST_FROM_ASCII -D QT_NO_CAST_TO_ASCII -D_FORTIFY_SOURCE=2
-D_GLIBCXX_ASSERTIONS -internal-isystem
/usr/bin/../lib/gcc/armv7hl-redhat-linux-gnueabi/9/../../../../include/c++/9
-internal-isystem
/usr/bin/../lib/gcc/armv7hl-redhat-linux-gnueabi/9/../../../../include/c++/9/armv7hl-redhat-linux-gnueabi
-internal-isystem
/usr/bin/../lib/gcc/armv7hl-redhat-linux-gnueabi/9/../../../../include/c++/9/backward
-internal-isystem /usr/local/include -internal-isystem
/usr/lib/clang/8.0.0/include -internal-externc-isystem /include
-internal-externc-isystem /usr/include -O2 -Wall -Werror=format-security
-Wall -Wno-strict-aliasing -std=gnu++11 -fdeprecated-macro
-fdebug-compilation-dir
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/armv7hl-linux/pyside2/libpyside
-ferror-limit 19 -fmessage-length 0 -fvisibility hidden -stack-protector 2
-fno-signed-char -fobjc-runtime=gcc -fcxx-exceptions -fexceptions
-fdiagnostics-show-option -vectorize-loops -vectorize-slp -o
CMakeFiles/pyside2.dir/pysidesignal.cpp.o -x c++
/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.1/sources/pyside2/libpyside/pysidesignal.cpp
-dwarf-debug-flags /usr/bin/clang-8 --driver-mode=g++ -D PYSIDE_E

Re: dnf crashes make fedpkg / mock unusable

2019-03-31 Thread Fabio Valentini 
On Sun, Mar 31, 2019 at 4:04 PM Fabio Valentini  wrote:
>
> Hi everybody,
>
> Since about one or two days, I am completely unable to build any
> packages with fedpkg locally, and even running dnf on the host system
> is really crashy.
>
> It looks like dnf crashes while it's refreshing repository metadata.
> ABRT won't let me report the issue due to "low informational value" of
> the backtrace, but it looks like SEGFAULT in libcurl:
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x7fad55077f22 in ?? () from /lib64/libcurl.so.4
> (...)
>
> However, there's not been any recent curl update for f29 AFAICT. I
> tried cleaning up the dnf cache, but it doesn't help.
> Does anybody have an idea what's causing this? I'm unable to work on
> my packages until I can solve this 

I've found the issue - it's the recent update to librepo that causes this issue:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-7fbfa37585
Downgrading to librepo 1.9.5 makes the crashes go away.

> Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Re: VirtualBox 6 and Vagrant in Fedora 29

2019-03-31 Thread Sérgio Basto 
On Sun, 2019-03-31 at 10:04 +0200, Dridi Boukelmoune wrote:
> Hello,
> 
> If like me you use Vagrant with VirtualBox, you may see an update to
> version 6 from RPM Fusion free for f29. The problem you may face
> later
> is that f29's version of Vagrant doesn't support VirtualBox 6.
> 
> This was enough to solve it for me:
> 
> dnf upgrade vagrant --releasever 30
> 
> Assuming semantic versioning, I think we can't get this update proper
> in f29 because of the rubygem-net-ssh dependency that upgrades from
> 4.2.0 to 5.1.0 and would possibly be a breaking bump.
> 
> There are other ways [1] to add VirtualBox 6 support but I'm not a
> big
> fan of tainting my RPM database, and unless you are bound to a
> specific version of rubygem-net-ssh the DNF command above should be
> enough.
> 
> I hope the effort started to help VirtualBox upstream its kernel
> modules
> will allow an inclusion in Fedora soon. I don't remember when that
> changed, many months ago, but there used to be a time where I could
> only use Vagrant with RPMs from upstream VirtualBox so thanks to RPM
> Fusion maintainers for fixing that too!

Let discus this subject here: 
https://bugzilla.redhat.com/show_bug.cgi?id=1668292

> Dridi
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.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
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Re: dnf crashes make fedpkg / mock unusable

2019-03-31 Thread James Cassell 
On Sun, Mar 31, 2019, at 11:02 AM, Fabio Valentini wrote:
> On Sun, Mar 31, 2019 at 4:04 PM Fabio Valentini  wrote:
> >
> > Hi everybody,
> >
> > Since about one or two days, I am completely unable to build any
> > packages with fedpkg locally, and even running dnf on the host system
> > is really crashy.
> >
> > It looks like dnf crashes while it's refreshing repository metadata.
> > ABRT won't let me report the issue due to "low informational value" of
> > the backtrace, but it looks like SEGFAULT in libcurl:
> >
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  0x7fad55077f22 in ?? () from /lib64/libcurl.so.4
> > (...)
> >
> > However, there's not been any recent curl update for f29 AFAICT. I
> > tried cleaning up the dnf cache, but it doesn't help.
> > Does anybody have an idea what's causing this? I'm unable to work on
> > my packages until I can solve this 
> 
> I've found the issue - it's the recent update to librepo that causes this 
> issue:
> https://bodhi.fedoraproject.org/updates/FEDORA-2019-7fbfa37585
> Downgrading to librepo 1.9.5 makes the crashes go away.
> 

See also 
https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/message/4UAQQI7BTHBHGPOKJZT2P2XNWJKR7JNP/

V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Re: provider bad repo (network) or bug development ?

2019-03-31 Thread Sérgio Basto 
On Sun, 2019-03-31 at 10:56 +0100, Tom Hughes wrote:
> On 31/03/2019 10:44, Cătălin George Feștilă wrote:
> 
> > Take a look at my output ( see time and bad response of dnf tool
> > versus 
> > kivi package)
> 
> Where "bad response" means telling you there is no match?
> 
> > I don't sure it is a bug or development issue( the
> > fedora.pkgs.org/29/ 
> >  has a kivy package).
> 
> Yes, but not in the main repos, in a third party repository called
> RPM Sphere.

https://rpmsphere.github.io/

https://rpmsphere.github.io/rpmsphere.repo

rpmsphere just have move to github, seems first release was 6 days ago
, I don't know if it is working .
Myself I used some rpmshere packages when is was on 
https://build.opensuse.org/project/show/home:zhonghuaren but now seems
they was made  packages without release version . 

> Tom
> 
> -- 
> Tom Hughes (t...@compton.nu)
> http://compton.nu/
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.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
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

PSA: workaround for segfault when running dnf update in F30

2019-03-31 Thread Jonathan Dieter 

librepo-1.9.6 has a major bug that will cause a segfault when a
repository has zchunk metadata.  To temporarily work around the
problem, set zchunk=False in /etc/dnf/dnf.conf or wait until the next
updates push comes out


About a week ago, we disabled zchunk metadata in the main F30
repository because of arm-specific compose problems[1].  The problems
were fixed and we enabled zchunk metadata in F30 updates-testing
yesterday, but, in the interval when there were no zchunk-enabled
repositories, librepo-1.9.6 was released, and it has a major bug where
it segfaults whenever dnf update is run on a repository with zchunk
metadata.

We've disabled zchunk metadata for F30 updates-testing and doing a new
push now.

I have submitted a fix[2] for the bug, but for now any F30 users need
to do one of the following:
 * Wait until the next updates push is out.  It won't have zchunk
   metadata, so updates will work normally again.
 * Set zchunk=False in /etc/dnf/dnf.conf.  This will force dnf to fall
   back to non-zchunk metadata, bypassing the bug.

Many apologies for the inconvenience.

Jonathan

[1] https://pagure.io/dusty/failed-composes/issue/1703
[2] https://github.com/rpm-software-management/librepo/pull/148

___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.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-annou...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Re: dnf crashes make fedpkg / mock unusable

2019-03-31 Thread Miro Hrončok 

On 31. 03. 19 16:04, Fabio Valentini wrote:

Hi everybody,

Since about one or two days, I am completely unable to build any
packages with fedpkg locally, and even running dnf on the host system
is really crashy.

It looks like dnf crashes while it's refreshing repository metadata.
ABRT won't let me report the issue due to "low informational value" of
the backtrace, but it looks like SEGFAULT in libcurl:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fad55077f22 in ?? () from /lib64/libcurl.so.4
(...)

However, there's not been any recent curl update for f29 AFAICT. I
tried cleaning up the dnf cache, but it doesn't help.
Does anybody have an idea what's causing this? I'm unable to work on
my packages until I can solve this 


Looks like:
https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/thread/RHZ6V6MFVFAIJ6OEXZ5VL7BPPLHJE4GF/

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

Re: clang segmentation fault on armv7hf

2019-03-31 Thread John Reiser 

On 3/31/19 7:31 AM, Richard Shaw wrote:

I'm working on building PySide2 for Fedora and have a problem with clang 
segfaulting only on armv7hf[1]...



[1] https://kojipkgs.fedoraproject.org//work/tasks/4670/33794670/build.log


https://kojipkgs.fedoraproject.org/packages/ does not have 
python-pyside2-5.12.1-1.fc31.src.rpm,
and searching the 'net for python-pyside2-5.12.1-1.fc31.src.rpm yields no 
download.
If you want help, then please post good links.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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

[Review needed] oidn package

2019-03-31 Thread Luya Tshimbalanga 
Hello team,

oidn package is ready for review as dependant for luxcorerender.

https://bugzilla.redhat.com/show_bug.cgi?id=1694553

I will gladly do a review swap when needed.

Thanks.

Luya

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.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