devel November 2019

devel@lists.fedoraproject.org

226 participants
297 discussions

Java Package Orphanings
by Alex Scheel 01 Nov '19

01 Nov '19

All, In the process of unorphaning resteasy, I picked up several other packages necessary to keep it alive. After trimming resteasy down, I was left with the following packages. - classmate (cc: lef) - cli-parser (cc: lef) - glassfish-gmbal - glassfish-management-api - glassifsh-pfl - grizzly - grizzly-npn - jackson-dataformat-xml (cc: lef, dchen) - jandex-maven-plugin (cc: lef) - java-oauth (cc: lef) - jboss-connector-1.6-api (cc: lef, gil) - jboss-jaspi-1.1-api (cc: lef) - jersey (cc: dchen, gwei3) - mimepull (cc: lef, java-sig) - mustache-java (cc: dchen, lef, mizdebsk) - netty3 (cc: lef, jerboaa) - picketbox (cc: lef, gil) - picketbox-commons (cc: lef, gil) - picketbox-xacml (cc: lef, gil) - rxjava (cc: rfenkhuber) - simple I intend to orphan them all on Friday unless someone else wants these packages. Thanks, - Alex

1 1

Header files in Python packages: move to -devel sub package?
by Ankur Sinha 01 Nov '19

01 Nov '19

Hello, Is there a policy regarding the inclusion of header files in Python packages? Should they be moved to a -devel sub package in these cases? I see that numpy includes them for example: $ rpmls python3-numpy | grep \\.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/__multiarray_api.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/__ufunc_api.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/_neighborhood_iterator_imp.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/_numpyconfig.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/arrayobject.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/arrayscalars.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/halffloat.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/ndarrayobject.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/ndarraytypes.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/noprefix.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_3kcompat.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_common.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_cpu.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_endian.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_interrupt.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_math.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_no_deprecated_api.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/npy_os.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/numpyconfig.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/old_defines.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/oldnumeric.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/random/bitgen.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/ufuncobject.h -rw-r--r-- /usr/lib64/python3.7/site-packages/numpy/core/include/numpy/utils.h It came up during the review of python-graph-tool, and if I should move the files out to a separate -devel sub package: https://bugzilla.redhat.com/show_bug.cgi?id=1763597 -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London

1 0

HEADS UP: icu 65 just landed in rawhide
by Pete Walter 01 Nov '19

01 Nov '19

Hi, I just updated icu from 63.2 to 65.1 in rawhide. This comes with a soname bump, but as usual, I've included a compat package providing the old soname to not break the world while the rebuilds are in progress, so no rawhide breakage is expected. I'll work on the rebuilds over the weekend. Have a good weekend! Pete

2 1

add me into group
by Billa Surendra 01 Nov '19

01 Nov '19

billa.iitmadras(a)gmail.com

2 1

Blender for Fedora 31 does not support multimedia?
by Code Zombie 01 Nov '19

01 Nov '19

Hi It seems that Blender 2.8 on Fedora 31 does not support sound and video playback and export. Does anyone have the same issue? Is that normal on Fedora 31? - Mehdi

4 6

Re: Blender for Fedora 31 does not support multimedia?
by Ankur Sinha 01 Nov '19

01 Nov '19

On Fri, Nov 01, 2019 00:51:47 +0000, long27km wrote: > Why isn't there an option to install other repos codecs and impls ( i > know the technical answer) ? I thought Fedora was now supposed to be > focused on being developer friendly. Dev's could just install another > distro of the os that allows licenses like debian/ubuntu... except > maybe I still would anyway since I'd have less trouble with those > repos recently (re: x64 requires flatpak/ winepak). These growing > pains are understandable, but this is getting to be a bigger issue if > we cannot simply install and use the tools we need. The following links should help answer this: - https://docs.fedoraproject.org/en-US/project/#_what_is_fedora (with particular stress on the Foundations) - https://fedoraproject.org/wiki/Forbidden_items?rd=ForbiddenItems - https://docs.fedoraproject.org/en-US/quick-docs/setup_rpmfusion/ - https://fedoraproject.org/wiki/Workstation/Third_Party_Software_Repositories Devs are free to install whatever distro they choose. Fedora is dev friendly, but we are also FOSS friendly (to say the least). It shouldn't be too hard for devs to install things with these available resources. Additionally, we'd really like devs to use FOSS as much as possible, and yes, we are aware that isn't always possible and when it is, it sometimes requires extra work. What we will not do is include proprietary software the way other OSes you have used as examples do even if legal would allow it (I don't know what they allow---merely referring to your statement here). That simply isn't Fedora. :) -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London

1 0

Join us in #redhat-cpe on Freenode
by Randy Barlow 01 Nov '19

01 Nov '19

This is a repost from https://blog.electronsweatshop.com/join-us-in-redhat-cpe-on-freenode.html tl;dr; join us in #redhat-cpe on Freenode! Many moons ago, Red Hat merged the CentOS infrastructure team with the Fedora Infrastructure team, into a team known as "Community Platform Engineering" (CPE). Most of the individuals on the combined team have mostly continued to focus on the project they were assigned to before the merger, but as time has gone by we have looked for opportunities to collaborate more. I recently observed that we had been using internal communications to communicate about collaborative projects between CentOS and Fedora infrastructures, rather than public forums. This happened mostly because we've long had internal methods for communicating, and because the collaboration is not particular to either community, so using #fedora-admin on Freenode didn't seem particularly proper either, for example. Thus, this week we have established the #redhat-cpe channel on Freenode as a place for our team to communicate openly about the collaborative efforts we are engaged in. Join us there if you are interested in helping us bring CentOS and Fedora closer together!

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel November 2019