date:20170117

Re: Want to help me package Ampache?

2017-01-17 Thread Randy Barlow

On Mon, 2017-01-16 at 10:30 -0500, Matthew Miller wrote:
> > BTW, perhaps another way is to use bundled versions for these, to
> not
> > expose them as something "stable and maintained".
> 
> Yeah, I was going to make this suggestion too. Seems like a
> reasonable
> use of bundling — having them separate really makes things _worse_
> for
> other people in Fedora, not better. Plus, presumably Ampache itself
> as
> an active project will be interested in making sure any security
> issues
> that affect _that_ project are fixed in these libs, probably with
> their
> own local patches.

Excellent, I believe I will take this approach. Thanks for the
suggestion!

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Need assistance to fix LuxRender issue

2017-01-17 Thread Luya Tshimbalanga

Hello team,

After investigating the bug [1] on LuxRender failing to start,
upstream[2] suggested a problem with qt4 configuration. Normally using
luxrender should start but traceback with libQt5Core.so which shouldn't
be used.

Here is the summary

 luxrender 
*** Error in `luxrender': realloc(): invalid pointer: 0x7f0852b140c0 ***
=== Backtrace: =
/lib64/libc.so.6(+0x791fb)[0x7f084c5651fb]
/lib64/libc.so.6(realloc+0x3b0)[0x7f084c572840]
/lib64/libQt5Core.so.5(_ZN9QListData12realloc_growEi+0x31)[0x7f083f380c51]
/lib64/libQt5Core.so.5(_ZN9QListData6appendEi+0x4f)[0x7f083f380cef]
/lib64/libQt5Core.so.5(+0x1b32c0)[0x7f083f4382c0]
/lib64/libQt5Core.so.5(_Z21qRegisterResourceDataiPKhS0_S0_+0x275)[0x7f083f4340d5]
/lib64/libQt5Core.so.5(+0x7ecd3)[0x7f083f303cd3]
/lib64/ld-linux-x86-64.so.2(+0x10a3a)[0x7f0854c63a3a]
/lib64/ld-linux-x86-64.so.2(+0x10b4b)[0x7f0854c63b4b]
/lib64/ld-linux-x86-64.so.2(+0xd0a)[0x7f0854c53d0a]


When typing ldd /usr/bin/luxrender

$ ldd /usr/bin/luxrender
linux-vdso.so.1 (0x7ffcd35a9000)
liblux.so => /lib64/liblux.so (0x7f9828277000)
libQtGui.so.4 => /lib64/libQtGui.so.4 (0x7f982754f000)
libQtCore.so.4 => /lib64/libQtCore.so.4 (0x7f9827047000)
libembree.so.2 => /lib64/libembree.so.2 (0x7f98261b7000)
libOpenCL.so.1 => /lib64/libOpenCL.so.1 (0x7f9825f97000)
libGLU.so.1 => /lib64/libGLU.so.1 (0x7f9825d27000)
libGL.so.1 => /lib64/libGL.so.1 (0x7f9825aaf000)
libOpenImageIO.so.1.6 => /lib64/libOpenImageIO.so.1.6
(0x7f9825057000)

I don't knwo what exactly cause the issue because that level is beyond
my skills. Thanks for the help.


Reference
--

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1412089
[2] http://www.luxrender.net/forum/viewtopic.php?f=21=13248=125654


-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20170117.n.0 compose check report

2017-01-17 Thread Fedora compose checker

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Cloud_base raw-xz x86_64
Atomic raw-xz x86_64

Failed openQA tests: 23/103 (x86_64), 17/17 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20170115.n.0):

ID: 55022   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/55022
ID: 55023   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/55023
ID: 55041   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/55041
ID: 55044   Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/55044
ID: 55049   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/55049
ID: 55057   Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/55057
ID: 55062   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/55062
ID: 55069   Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/55069
ID: 55073   Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/55073
ID: 55074   Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/55074
ID: 55092   Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/55092
ID: 55110   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/55110
ID: 55113   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/55113
ID: 55115   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/55115
ID: 55124   Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/55124
ID: 55144   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/55144

Old failures (same test failed in Rawhide-20170115.n.0):

ID: 55028   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/55028
ID: 55030   Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/55030
ID: 55034   Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/55034
ID: 55043   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/55043
ID: 55047   Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/55047
ID: 55048   Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/55048
ID: 55061   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/55061
ID: 55075   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/55075
ID: 55117   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/55117
ID: 55122   Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/55122
ID: 55123   Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/55123
ID: 55131   Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/55131
ID: 55133   Test: i386 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/55133
ID: 55134   Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/55134
ID: 55135   Test: i386 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/55135
ID: 55136   Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/55136
ID: 55137   Test: i386 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/55137
ID: 55138   Test: i386 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/55138
ID: 55139   Test: i386 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/55139
ID: 55140   Test: i386 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/55140
ID: 55143   Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/55143
ID: 55146   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/55146
ID: 55148   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/55148
ID: 55150   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/55150
ID: 55151   Test: i386 universal upgrade_2_desktop_32bit
URL:

Re: drop obsolete static uid/gid allocations

2017-01-17 Thread Michael Scherer

On Sun, Jan 15, 2017 at 12:13:16AM +, Zbigniew Jędrzejewski-Szmek wrote:
> https://git.fedorahosted.org/cgit/setup.git/tree/uidgid has a list
> of "soft static" uids and gids.
> 
> Currently FPC has a process for allocating new numbers on this list,
> but here's a number of static uid/gid allocations from old times,
> which are not necessary. Dropping them will allow those numbers to be
> used in the dynamic pool, reducing the risk of exhaustion of system
> uids or gids.
> 
> (A "soft static" allocation is only needed for two reasons [1]:
> - the user is used in the initramfs AND files or processes are carried
>   over into the real system,
> - the UID is used on shared between systems.
> 
> All other packages should use "dynamic" allocation, i.e. create
> the user/group in %pre and get any free number.)
> 
> I thought I'd file a ticket against setup, but since there's a large
> number of items on this list, I decided to ask here first.
> Any objection to dropping (from the static list) any of the following?
> 
> == No need for static allocation, afaict
> games, man, slocate, squid, named, postgres, mysql, nscd,
> rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp,
> tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd,
> imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci
> 
> == The following are completely unused?
> console, wnn, haldaemon, vcsa, realtime, nocpulse, desktop, jonas,
> pvm, xfs

I guess xfs is the X font server, we use a dynamic one since ages (and
as we are now moving to Wayland...). See 
https://fedoraproject.org/wiki/Releases/FeatureNoMoreXFS

nocpulse was likely linked to a company RH acquired a long time
ago and whose product served as the basis to Satellite/spacewalk.
On RHEL, it is dynamically created, (cf 
https://access.redhat.com/solutions/222323 ), and I think spacewalk is
not packaged in Fedora.

-- 
Michael Scherer
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Broken dependencies: perl-ZMQ-LibZMQ3

2017-01-17 Thread buildsys



perl-ZMQ-LibZMQ3 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.x86_64 requires libzmq.so.3()(64bit)
On armhfp:
perl-ZMQ-LibZMQ3-1.19-5.fc25.armv7hl requires libzmq.so.3
On ppc64le:
perl-ZMQ-LibZMQ3-1.19-5.fc25.ppc64le requires libzmq.so.3()(64bit)
On aarch64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.aarch64 requires libzmq.so.3()(64bit)
On ppc64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.ppc64 requires libzmq.so.3()(64bit)
On i386:
perl-ZMQ-LibZMQ3-1.19-5.fc25.i686 requires libzmq.so.3
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-OpenOffice-UNO

2017-01-17 Thread buildsys



perl-OpenOffice-UNO has broken dependencies in the rawhide tree:
On armhfp:
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires libuno_cppu.so.3
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_cppu.so.3(LIBO_UDK_4.4)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_cppu.so.3(UDK_3.1)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_cppu.so.3(UDK_3_0_0)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_cppuhelpergcc3.so.3
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_cppuhelpergcc3.so.3(UDK_3_0_0)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires libuno_sal.so.3
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_sal.so.3(UDK_3_0_0)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires 
libuno_salhelpergcc3.so.3
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-ZMQ-LibZMQ2

2017-01-17 Thread buildsys



perl-ZMQ-LibZMQ2 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZMQ-LibZMQ2-1.09-9.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZMQ-LibZMQ2-1.09-9.fc25.ppc64le requires libzmq.so.1()(64bit)
On aarch64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.aarch64 requires libzmq.so.1()(64bit)
On ppc64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.ppc64 requires libzmq.so.1()(64bit)
On i386:
perl-ZMQ-LibZMQ2-1.09-9.fc25.i686 requires libzmq.so.1
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-ZeroMQ

2017-01-17 Thread buildsys



perl-ZeroMQ has broken dependencies in the rawhide tree:
On x86_64:
perl-ZeroMQ-0.23-13.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZeroMQ-0.23-13.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZeroMQ-0.23-13.fc25.ppc64le requires libzmq.so.1()(64bit)
On aarch64:
perl-ZeroMQ-0.23-13.fc25.aarch64 requires libzmq.so.1()(64bit)
On ppc64:
perl-ZeroMQ-0.23-13.fc25.ppc64 requires libzmq.so.1()(64bit)
On i386:
perl-ZeroMQ-0.23-13.fc25.i686 requires libzmq.so.1
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: polymake

2017-01-17 Thread buildsys



polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-3.0r2-3.fc26.x86_64 requires perl = 4:5.24.0
On armhfp:
polymake-3.0r2-3.fc26.armv7hl requires perl = 4:5.24.0
On ppc64le:
polymake-3.0r2-3.fc26.ppc64le requires perl = 4:5.24.0
On aarch64:
polymake-3.0r2-3.fc26.aarch64 requires perl = 4:5.24.0
On ppc64:
polymake-3.0r2-3.fc26.ppc64 requires perl = 4:5.24.0
On i386:
polymake-3.0r2-3.fc26.i686 requires perl = 4:5.24.0
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

2017-01-17 Thread buildsys



perl-Alien-ROOT has broken dependencies in the rawhide tree:
On aarch64:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
On ppc64:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Test-Announce] Fedora 26 Rawhide 20170117.n.0 nightly compose nominated for testing

2017-01-17 Thread rawhide

Announcing the creation of a new nightly release validation test event
for Fedora 26 Rawhide 20170117.n.0. 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:
anaconda - 20170114.n.1: anaconda-26.18-1.fc26.src, 20170117.n.0: 
anaconda-26.19-1.fc26.src

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

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_26_Rawhide_20170117.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_26_Rawhide_20170117.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relval: https://www.happyassassin.net/relval/
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1406586] perl-PDF-Create-1.41 is available

2017-01-17 Thread bugzilla

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #10 from Fedora Update System  ---
perl-PDF-Create-1.41-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-9fa8770e7b

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: bex represents pagure emails in hyperkitty

2017-01-17 Thread Brian Exelbierd

On Tue, Jan 17, 2017, at 09:55 PM, Dusty Mabe wrote:
> 
> The atomic working group has configured pagure to send notifications to
> the
> cloud mailing list. These notifications come through as normal emails
> but for some reason in hyperkitty the emails from pagure show up as
> coming from Brian Exelbierd (bex). Anyone know why that is?

Because like Batman - I am everywhere baby

My real theory is that when I set up the fedora-budget repo to send
emails to budget-de...@lists.fp.o I must have somehow linked the email
ID to my name when adding the address as an authorized email.  I can't
find any evidence of this in hyperkitty, however I also can't get my
mailman settings page to even load.

regards,

bex

> 
> You can see that he has the most posts on the summary page:
> https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/
> 
> Here is an example of a single email that looks like it is coming from
> him:
> https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/thread/EI6QCHLZSM3UDEPM6OWQPJCQ4R7DA5WC/
> 
> Dusty
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

bex represents pagure emails in hyperkitty

2017-01-17 Thread Dusty Mabe


The atomic working group has configured pagure to send notifications to the
cloud mailing list. These notifications come through as normal emails
but for some reason in hyperkitty the emails from pagure show up as
coming from Brian Exelbierd (bex). Anyone know why that is?

You can see that he has the most posts on the summary page:
https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/

Here is an example of a single email that looks like it is coming from
him:
https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/thread/EI6QCHLZSM3UDEPM6OWQPJCQ4R7DA5WC/

Dusty
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 7 updates-testing report

2017-01-17 Thread updates

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 680  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 443  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 161  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
 145  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
  25  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  15  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-92129d651d   
exim-4.88-2.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-770d2afc7d   
mingw-flac-1.3.2-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-fbb2447c6e   
php-PHPMailer-5.2.22-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3d29bf8e34   
php-ZendFramework2-2.4.11-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f1acebb58b   
wordpress-4.7.1-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6ee140a6d3   
fedmsg-0.18.2-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6e3dadcb1d   
pdns-recursor-3.7.4-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9bcc7b6164   
mingw-nsis-3.01-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ad7467bd9c   
pdns-3.4.11-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-450698b0ed   
ansible-2.2.1.0-1.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

ansible-2.2.1.0-1.el7
liblxqt-0.11.1-2.el7
lximage-qt-0.5.1-1.el7
lxqt-about-0.11.1-1.el7
lxqt-common-0.11.2-1.el7
lxqt-config-0.11.1-2.el7
lxqt-globalkeys-0.11.1-1.el7
lxqt-notificationd-0.11.1-1.el7
lxqt-openssh-askpass-0.11.1-1.el7
lxqt-panel-0.11.1-1.el7
lxqt-policykit-0.11.1-1.el7
lxqt-powermanagement-0.11.1-1.el7
lxqt-qtplugin-0.11.1-1.el7
lxqt-runner-0.11.1-1.el7
lxqt-session-0.11.1-1.el7
lxqt-sudo-0.11.1-1.el7
obconf-qt-0.11.1-1.el7
pavucontrol-qt-0.2.0-1.el7
pdc-updater-0.4.8-1.el7
pdns-3.4.11-1.el7
perl-Image-ExifTool-10.40-1.el7
php-bartlett-PHP-CompatInfo-5.0.4-1.el7
texlive-extension-2012-48.el7

Details about builds:



 ansible-2.2.1.0-1.el7 (FEDORA-EPEL-2017-450698b0ed)
 SSH-based configuration management, deployment, and task execution system

Update Information:

Update to ansible 2.2.1. Fixes several CVEs as well as a number of other
bugfixes.   See: https://github.com/ansible/ansible/blob/stable-2.2/CHANGELOG.md
for full changes.

References:

  [ 1 ] Bug #1403231 - ansible: Variables from vault are being output to 
console/log when using with_items [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1403231
  [ 2 ] Bug #1396176 - CVE-2016-8647 Ansible: in some circumstances the 
mysql_user module may fail to correctly change a password [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1396176




 liblxqt-0.11.1-2.el7 (FEDORA-EPEL-2017-2bab9c5e7d)
 Core shared library for LXQt desktop suite

Update Information:

LXQt 0.11.1 update

References:

  [ 1 ] Bug #1403560 - obconf-qt-0.11.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1403560




 lximage-qt-0.5.1-1.el7 (FEDORA-EPEL-2017-2bab9c5e7d)
 The image viewer and screenshot tool for LXQt

Update Information:

LXQt 0.11.1 update

References:

  [ 1 ] Bug #1403560 - obconf-qt-0.11.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1403560




 lxqt-about-0.11.1-1.el7 (FEDORA-EPEL-2017-2bab9c5e7d)
 About application for LXQt desktop suite

Update Information:

LXQt 0.11.1 update

References:

  [ 1 ] Bug

Re: nfs-utils-2.1.1 Changes Everything!

2017-01-17 Thread J. Bruce Fields

Unless somebody's created an /etc/nfs.conf file, we should assume
they're still using /etc/sysconfig/nfs.

That shouldn't be difficult, and I don't see why we can't do that
indefinitely.

The goal should definitely be not to break any working setups on
upgrade.

--b.

On Mon, Jan 16, 2017 at 03:11:38PM -0500, Steve Dickson wrote:
> Hello,
> 
> The latest nfs-utils release drastically changes how the NFS
> servers are configured, for the good IMHO...
> 
> All daemon  configuration now goes through /etc/nfs.conf.
> See nfs.conf(5) for details.
> 
> The command line interfaces in the systemd services files
> have been removed. Which means all your current configures
> will break, because the variables in /etc/sysconfig/nfs are
> no longer used.
> 
> Again, I think is a move in the right direction and I know
> you might find this surprising 8-) but I really don't want to
> break all the current server configuration. So I'm trying t
> o figure out how to do this with least amount of impact.
> 
> Here is what I see as the options
> 
> 1) Upgrade rawhide w/out a backward compatible patch
> (since it is so early in the release cycle)
> Upgrade f25 with an backwards compatible patch 
> 
> 2) Upgrade rawhide and f25 with the backward compatible
> patch... but we have to ween ourselves of the command
> line interface at some point...
> 
> 3) Do nothing and push everything into f27, which is the least
> favorite option.
> 
> I'm leaning toward option 1... but I'm asking... so I'm listening. :-)
> 
> Also, how do I documented something like this?
> 
> tia,
> 
> steved.  
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packages FTBFS with Python 3.6

2017-01-17 Thread Zbigniew Jędrzejewski-Szmek

On Tue, Jan 17, 2017 at 08:29:16AM -0700, Jerry James wrote:
> On Tue, Jan 17, 2017 at 7:08 AM, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > On Mon, Jan 16, 2017 at 10:27:19PM -0800, Adam Williamson wrote:
> >> On Tue, 2017-01-17 at 05:33 +, Zbigniew Jędrzejewski-Szmek wrote:
> >> > Oh, Jerry beat me to it by taking a different route and disabling most
> >> > test. That should work too, but I think it hides real problems with
> >> > the python3 code...
> >>
> >> Yeah. Please don't just disable tests. Tests exist for a reason.
> >
> > We need to disable *some* tests, at least if we hope to build this
> > quickly.  It's just a question whether to disable more or less of
> > them.
> >
> > Most tests fail because of sympy/pyglet/xvfb/opengl interaction
> > (#904851), not from sympy error per se — the same tests run fine on a
> > "real" display.
> 
> Oh, sorry if I stepped on somebody's toes.  i didn't realize others
> were trying to fix sympy, too.  I guess I should join the python SIG
> mailing list, but I'm already on far too many mailing lists...
No, no, there were no toes to step on. I didn't announce anywhere
that I'm working on this. And anyway, I think our work is complementary:
I didn't know about the patch you pulled in,
but otoh, I managed to fix some of the tests by passing options to xvfb.

I'll try to push some of my changes too, let's see if that builds.

> But I don't understand what you mean about me disabling tests.  I
> haven't disabled any tests, much less "most tests".  i did add a BR on
> pyglets, then discovered that that CAUSES test failures due to missing
> GLX support, and so I removed the pyglets BR again.  Maybe a BR on
> mesa is needed as well as pyglets?  I don't know.
> 
> Anyway, I checked in an experimental patch in an attempt at fixing the
> test failures, and now there is a different test failure. :-(  So
> either my experimental patch isn't good enough, or it works perfectly
> and has unmasked another problem.  I probably won't have time to
> figure that out for a couple of days, so if somebody else is
> interested in looking at it, here is the latest build failure:
> 
> https://koji.fedoraproject.org/koji/buildinfo?buildID=828867

Zbyszek
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: Self-Introduction: Daniel Moerner

2017-01-17 Thread Daniel Moerner

On 01/17/2017 01:00 PM, Jerry James wrote:
> Welcome, Daniel!
> 
> On Tue, Jan 17, 2017 at 10:45 AM, Daniel Moerner  wrote:
>> I have two main areas I want to contribute to in Fedora. First, I am
>> still interested in functional programming, particularly in Standard ML.
>> Fedora's support for SML is currently a bit poor, and I hope to work to
>> improve it.
> 
> Are you interested in comaintaining the polyml package?  Regards,

Hi Jerry,

Thanks for the welcome! If you're looking for comaintainers, I'd be
happy to comaintain it. I'll look into the open bug report when I get a
chance.

Daniel




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: f25 buildroot seems to be broken

2017-01-17 Thread Yaakov Selkowitz


On 2017-01-17 02:17, Nikos Mavrogiannopoulos wrote:

Any fedpkg scratch-builds or builds fail. root.log contains:

DEBUG util.py:435:  Last metadata expiration check: 0:00:16 ago on Tue
Jan 17 08:06:22 2017.
DEBUG util.py:435:  Error: nothing provides publicsuffix-list-dafsa
needed by libpsl-0.17.0-1.fc25.x86_64.
DEBUG util.py:435:  nothing provides publicsuffix-list-dafsa needed by
libpsl-0.17.0-1.fc25.x86_64
DEBUG util.py:435:  (try to add '--allowerasing' to command line to
replace conflicting packages)


For the record, this was fixed soon thereafter.

--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Self-Introduction: Daniel Moerner

2017-01-17 Thread Jerry James

Welcome, Daniel!

On Tue, Jan 17, 2017 at 10:45 AM, Daniel Moerner  wrote:
> I have two main areas I want to contribute to in Fedora. First, I am
> still interested in functional programming, particularly in Standard ML.
> Fedora's support for SML is currently a bit poor, and I hope to work to
> improve it.

Are you interested in comaintaining the polyml package?  Regards,
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: drop obsolete static uid/gid allocations

2017-01-17 Thread Fernando Nasser


On 2017-01-16 2:03 PM, Richard W.M. Jones wrote:

On Sun, Jan 15, 2017 at 12:13:16AM +, Zbigniew Jędrzejewski-Szmek wrote:

== The following are completely unused?
console, wnn, haldaemon, vcsa, realtime, nocpulse, desktop, jonas,
pvm, xfs


"jonas" is (was?) the userid/group for the OW2 Consortioum Java EE 
Application Server, JOnAS.




I'm going to guess that wnn is related to the Japanese input method of
the same name.  (canna, also a Japanese input method, has its own
static uid & gid registered too).  Both packages run daemons in the
background.

I'm also going to guess that vcsa is something to do with the
/dev/vcs* virtual console devices, although if that's the case then
the group is no longer used.

Rich.


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Self-Introduction: Daniel Moerner

2017-01-17 Thread Daniel Moerner

Hi everyone,

My name is Daniel Moerner. I am interested in contributing to Fedora as
a package maintainer. My GPG key fingerprint is BBD6 4965 3FB1 47F3 C7CD
0A30 CB3D 014E D7F1 B32A. I live in New Haven, CT, where I am a PhD
student in philosophy at Yale University.

My first Linux distribution was Fedora Core 1, and I've been using Linux
full-time since 2007. In my earlier years I contributed to Debian
development, focusing on tools for lightweight WMs (including pekwm,
tint2) and interpreters for functional programming languages (including
ypsilon, smlnj). I was a member of the debian-maintainers keyring from
2009-2010, before stepping down due to lack of time. I am a bit older
now, and I have the time and interest to commit to contributing to
Fedora, which I use on all of my machines.

I have two main areas I want to contribute to in Fedora. First, I am
still interested in functional programming, particularly in Standard ML.
Fedora's support for SML is currently a bit poor, and I hope to work to
improve it. Second, I am interested in games and game emulators,
building on Fedora's recent change in their policy on emulators. I have
already introduced myself to the Games SIG, and I don't want to repeat
too much here.[1] I will just say that I find game emulators fascinating
from both a technical and historical/archival perspective.

I also love documentation, especially man pages. (Who doesn't?) I view
writing manpages and submitting them upstream as part of my role as a
packager. I feel the same way about QA work; I recently wrote and
submitted a basic manpage upstream for a recent practice review I
completed.[2]

Recently, I've been spending more time in IRC under my handle, dmoerner.

Here is a link for my first review request, the Game Boy and Game Boy
Color emulator Gearboy, for which I need a sponsor:
https://bugzilla.redhat.com/show_bug.cgi?id=1414087

I tried to include all the relevant information in the review request
for any potential sponsor.

I look forward to being involved in Fedora!

Best,
Daniel

[1]
https://lists.fedoraproject.org/archives/list/ga...@lists.fedoraproject.org/thread/LPEW5CCGK6JRGDCV3CTRXGGDTAD2EHO5/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1410651#c1

signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Proposal: Rethink Fedora multilib support (Take Two!)

2017-01-17 Thread Carlos O'Donell

On 01/09/2017 08:18 PM, Richard W.M. Jones wrote:
> On Mon, Jan 09, 2017 at 09:20:20AM +0100, Jakub Jelinek wrote:
>> On Sat, Jan 07, 2017 at 11:15:28PM +, Richard W.M. Jones wrote:
>>> On Fri, Jan 06, 2017 at 02:47:35AM +0100, Pavel Raiskup wrote:
 On Thursday, January 5, 2017 5:08:16 PM CET Stephen Gallagher wrote:
> Two suggestions were raised as alternatives to the container approach:
>
> * Switch to using the Debian style of multi-arch layout, which instead of
> /usr/lib and /usr/lib64 uses /usr/lib/$ARCH-linux-gnu. Benefits to this 
> would
> include the emergence of a de-facto standard for system layout between 
> the major
> distributions.

 Isn't this just result of good marketing of "multi-arch" distros?  Because
 I fail to see where that approach is superior compared to what we have.
>>>
>>> Partly because there exist more than 2 architectures (think:
>>> RV64G/RV64GC/RV128G, ARMv5/6/7/8, or less esoterically, having various
>>
>> Not all of ARM v5/6/7/8 is ABI incompatible.  The FHS way of using suffixes
>> for */lib is able to deal with more than 2 multilibs, e.g. MIPS has
>> 3 I think.  And ISA flags you meantion (SSE, AVX) should not be separate
>> multilib, those are just optimizations you can do in the same multilib, that
>> can and should be resolved either completely inside of libraries that want
>> to have optimized parts (using IFUNC, target_clones, ...)
> 
> I should note that RV64G vs RV64GC (compressed) is not something that
> could be handled by ifuncs.  It's a deep change that affects all the
> generated code.  I'm hoping that every other RISC-V extension _can_ be
> handled only using ifuncs/target_clones etc.

Could you clarify why IFUNC doesn't work?

-- 
Cheers,
Carlos.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: rethinking the epel testing

2017-01-17 Thread Matthew Miller

On Tue, Jan 17, 2017 at 04:11:31PM +0100, Nikos Mavrogiannopoulos wrote:
> 1. The majority of people who use EPEL are not Fedora users. They are
> more likely to report a bug they encounter, in CentOS forums (or RHEL)
> rather than understand fedora process and the need for karma.

Can we help steer those people into understanding Bodhi? It's not like
a deep knowledge of all things Fedora is required.

> I do not have any good suggestion, other than reducing the long period
> of testing to the Fedora defaults (7 days). A better approach would be
> to tie more to centos processes, and allow centos registered users to
> give karma and test, but I have no idea how feasible it is, and whether
> centos users will actually get involved in EPEL.

I think we should be able to do federated authentication with CentOS
and accept CentOS accounts as valid for meaningful karma. But I'd
really rather encourage just getting Fedora accounts and helping draw
people who are in the Fedora community though EPEL into more close
connections.

-- 
Matthew Miller

Fedora Project Leader
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[EPEL-devel] rethinking the epel testing

2017-01-17 Thread Nikos Mavrogiannopoulos

Hi,
 As it is now in the EPEL package update process the testing phase
takes 14 days (double of Fedora). My impression is that this testing
phase is quite long and unhelpful for the following reasons:

1. The majority of people who use EPEL are not Fedora users. They are
more likely to report a bug they encounter, in CentOS forums (or RHEL)
rather than understand fedora process and the need for karma.

2. The testing-imposed delay does not help detecting failures such as a
library ABI breakage as in:
https://bugzilla.redhat.com/show_bug.cgi?id=1411021
My guess is that these systems upgrade on even slower cycle than 14
days (it may even be the RHEL/Centos cycles).


Most likely only then an issue will be spotted and the 14-day delay
prevents from providing fast a fix. 

I do not have any good suggestion, other than reducing the long period
of testing to the Fedora defaults (7 days). A better approach would be
to tie more to centos processes, and allow centos registered users to
give karma and test, but I have no idea how feasible it is, and whether
centos users will actually get involved in EPEL.

regards,
Nikos

[0]. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-63c298b073
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: dnf system-upgrade fails

2017-01-17 Thread Dominik 'Rathann' Mierzejewski

On Tuesday, 17 January 2017 at 15:03, Michael Watters wrote:
> It looks like there's an old facter package installed which is a
> dependency pulled in by puppet.  The interesting thing here is that the
> package references *f23* which has never been installed on this VM.

Not really interesting. It just wasn't successfully rebuilt since F23.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1409162] perl-Net-DNS-1.07 is available

2017-01-17 Thread bugzilla

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Net-DNS-1.07-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2017-01-17 09:51:07



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1409614] Upgrade perl-Authen-Radius to 0.26

2017-01-17 Thread bugzilla

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Authen-Radius-0.26-1.f
   ||c26
 Resolution|--- |RAWHIDE
   Assignee|andr...@bawue.net   |jples...@redhat.com
Last Closed||2017-01-17 09:27:18



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

73 matches

Mail list logo