devel July 2020

devel@lists.stg.fedoraproject.org

282 participants
299 discussions

Introducing modulemd-tools
by Jakub Kadlcik 01 Jul '20

01 Jul '20

Hello, I would like to let you know, that we started a project called modulemd-tools. It is a collection of small tools for parsing and generating modulemd YAML files. At this moment, it provides two scripts - one for generating a modulemd YAML file based on an existing YUM repository, the other one is even simpler, and generates a module for all packages in a given directory. If you would like to see any other use-cases covered, please let us know. The project upstream is here https://github.com/rpm-software-management/modulemd-tools It is already packaged for Fedora, so just `dnf install modulemd-tools` to get it. You can read some additional information in my blog post http://frostyx.cz/posts/introducing-modulemd-tools Any feedback is appreciated, Jakub

1 0

[SONAME BUMP] aom version 2.0.0
by Robert-André Mauchin 01 Jul '20

01 Jul '20

Hi, I intend to bump the SONAME of libaom from 0 to 2 next week. Affected packages are the following: PACKAGE DEPENDENT DEPENDENCIES libaom-1.0.0-9.20190810git9666276.fc32.x86_64 go-avif-0.1.0-4.fc32.x86_64 libaom.so.0()(64bit) gstreamer1-plugins-bad-free-1.17.1-1.fc33.x86_64 libaom.so.0()(64bit) cinelerra-gg-5.1-58.20191231git3878a69.fc32.x86_64 libaom.so.0()(64bit) ffmpeg-libs-4.2.2-5.fc32.x86_64 libaom.so.0()(64bit) vlc-core-1:3.0.9.2-3.fc32.x86_64 libaom.so.0()(64bit) xine-lib-1.2.10-3.fc32.x86_64 libaom.so.0()(64bit) I'll bump gstreamer1-plugins-bad-free and go-avif in Fedora and seek the help of Leigh for the RPMFusion side. Best regards, Robert-André

1 0

Introduce Storage Instantiation Daemon - Fedora 33 System-Wide Change proposal
by Ben Cotton 01 Jul '20

01 Jul '20

https://fedoraproject.org/wiki/Changes/SID == Summary == Introduce Storage Instantiation Daemon (SID) that aims to provide a central event-driven engine to write modules for identifying specific Linux storage devices, their dependencies, collecting information and state tracking while being aware of device groups forming layers and layers forming whole stacks or simply creating custom groups of enumerated devices. SID will provide mechanisms to retrieve and query collected information and a possibility to bind predefined or custom triggers with actions for each group. == Owner == * Name: [[User:prajnoha | Peter Rajnoha]] * Email: prajnoha(a)redhat.com == Detailed Description == Over the years, various storage subsystems have been installing hooks within udev rules and calling out numerous external commands for them to be able to react on events like device presence, removal or a change in general. However, this approach ended up with very complex rules that are hard to maintain and debug if we are considering storage setups where we build layers consisting of several underlying devices (horizontal scope) and where we can stack one layer on top of another (vertical scope), building up diverse storage stacks where we also need to track progression of states either at device level or group level. SID extends udevd functionality here in a way that it incorporates a notion of device grouping directly in its core which helps with tracking devices in storage subsystems like LVM, multipath, MD... Also, it provides its own database where records are separated into per-device, per-module, global or udev namespace. The udev namespace keeps per-device records that are imported and/or exported to/from udev environment and this is used as compatible communication channel with udevd. The records can be marked with restriction flags that aid record separation and it prevents other modules to read, write or create a record with the same key, hence making sure that only a single module can create the records with certain keys (reserving a key). Currently, SID project provides a companion command called 'usid' which is used for communication between udev and SID itself. After calling the usid command in a udev rule, device processing is transferred to SID and SID strictly separates the processing into discrete phases (device identificaton, pre-scan, device scan, post-scan). Within these phases, it is possible to decide whether the next phase is executed and it is possible to schedule delayed actions or set records in the database that can fire triggers with associated actions or records which are then exported to udev environment (mainly for backwards compatibility and for other udev rules to have a chance to react). The scheduled actions and triggers are executed out of udev context and hence not delaying the udev processing itself and improving issues with udev timeouts where unnecessary work is done. A module writer can hook into the processing phases and use SID's API to access the database as well as set the triggers with actions or schedule separate actions and mark devices as ready or not for use in next layers. The database can be used within any phase to retrieve and store key-value records (where value could be any binary value in general) and the records can be marked as transient (only available during processing phases for current event) or persistent so they can be accessed while processing subsequent events. == Benefit to Fedora == The main benefit is all about centralizing the solution to solve issues that storage subsystem maintainers have been hitting with udev, that is: * providing a central infrastructure for storage event processing, currently targeted at udev events * improving the way storage events and their sequences are recognized and for which complex udev rules were applied before * single notion of device readiness shared among various storage subsystems (single API to set the state instead of setting various variables by different subsystems) * providing more enhanced possibilities to store and retrieve storage-device-related records when compared to udev database * direct support for generic device grouping (matching subsystem-related groups like LVM, multipath, MD... or creating arbitrary groups of devices) * centralized solution for scheduling triggers with associated actions defined on groups of storage devices * adding a centralized solution for delayed actions on storage devices and groups of devices (avoiding unnecessary work done within udev context and hence avoiding frequent udev timeouts when processing events for such devices) == Scope == * Proposal owners: ** complete SID's infrastructure to fully support stabilized API for other developers to start writing modules for SID; ** document all of current SID's functionality, including the module API and explain the difference (extension) to udev, write and complete man pages; ** provide udev rules responsible for communication with SID and possibly importing records which were marked for export to udev in SID. * Other developers: ** first version will make use of a module to handle device-mapper-multipath devices (device-mapper-multipath package) ** consult in more detail possibility of adding an LVM module even for this release (if not feasible at this moment, then postpone development of this module to next release) * Release engineering: [https://pagure.io/releng/issue/9568 #9568] * Policies and guidelines: no changes needed at this moment * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == We are introducing SID in this release and it will be disabled by default so an upgrade has no impact here - all existing udev rules for various storage subsystems will still be installed as previously. Subsystems for which a module will be already available in this release will contain a switch in their udev rules to either use the old udev rules (if SID is not active) or skip the rules appropriately (if SID is active and related processing is handled within the SID module instead). == How To Test == * Basic testing involves (considering we have at least multipath and/or LVM module present as well): ** installing new 'sid' package ** installing device-mapper-multipath and/or lvm module (presumably named device-mapper-multipath-sid-module and lvm2-sid-module) ** creating a device stack including device-mapper-multipath and/or LVM volumes ** booting with 'sid.enabled=1' kernel command line ** checking device-mapper-multipath and/or LVM volumes are correctly activated * More thorough testing: ** (TBD) == User Experience == Regular users shouldn't notice any change. SID is providing a system-level infrastructure for convenient handling of storage-device-related events through modules provided by other developers. == Dependencies == * a module to handle device-mapper-multipath is in cooperative development with this change, the module will land in device-mapper-multipath package (or its subpackage) * the same applies for the LVM module (but that may be postponed as described earlier) == Contingency Plan == If SID is not complete in time, there's no need to execute any special backup plans. The distribution still contains all the original udev rules to handle events for storage devices. If device-mapper-multipath and/or LVM provides the SID modules, these won't be built and distributed. SID is not enabled by default so to start using it, one needs to enable it explicitly. If enabling SID causes problems, it can be disabled. For this purpose, there will be a kernel command line to enable/disable SID so we avoid possible issues even at early boot sequence if the device handled by SID is on critical path within boot sequence. == Documentation == * documentation (will be completed): https://sid-project.github.io/* upstream repository: https://github.com/sid-project/sid-mvp -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

7 10

Mass spec change: Replace Python version globs with macros to support 3.10
by Tomas Hrnciar 01 Jul '20

01 Jul '20

Hello everyone, with the upcoming Python 3.10 update we need to update Python 3 version globs in Fedora specfiles. The reason is simple, Python version will be one character longer so the currently omnipresent ?.? glob won't work anymore. We will replace such globs with %{python_version} (or %{python_version_nodots}) macros using: sed -i -e '/python2\|python3_other/!s/??/%{python3_version_nodots}/g' \ -e '/python2\|python3_other/!s/?\.?/%{python3_version}/g' *.spec There are currently 402 affected packages. $ grep -l 'py?.?\|python?.?\|python-??\|Python??' *.spec | wc -l 404 We have manually removed pygtk2 and tomoe, because the hit was a false positive. The sed can theoretically produce unwanted changes, but when guarded by the grep, we have verified it won't. You can observe the general diff of all affected specfiles at: https://github.com/hrnciar/rpm-specs/commit/5455212 We plan to do this in 2 weeks via a provenpackager. We will not bump the release number, nor add a changelog entry and hence we will also not rebuild the packages. The commit message will be: Replace Python version glob with macro (needed for Python 3.10+) If you want to fix this differently in your package, you don't need to let us know, just do it. If you want to opt out from this change, let us know (ideally with some reasoning). If you found a mistake, in the diff, please do let us know. Regards, Tomáš Hrnčiar Maintainers by package: GeographicLib rmattes smani ampy churchyard audit sgrubb beaker dcallagh greghellings herlo martstyk borgmatic heffer ccsm jskarvad cdist fnux classification-banner rga clustershell sthiell codespell hadess csvdiff orphan deluge mooninite dlrn jpena esptool churchyard fedmod karsten nphilipp git-pull-request hguemar grpc avsej hatch lbalhar hddfancontrol tc01 kobo dmach rohanpm libcap-ng sgrubb libprelude fab totol libpreludedb totol mailman3 abompard mkdocs cheeselee modtools dhodovsk phracek ttomecek mozilla-iot-gateway-addon-python tdawson mycli fale terjeros nemo-extensions jcpunk leigh123linux paperwork qulogic patool eclipseo persepolis hedayat pew mcyprian tadej pgzero lbalhar pipenv churchyard mcyprian pipsi cstratak mstuchli playitagainsam churchyard proselint limb mavit pungi dmach lsedlar maxamillion onosek tdawson wwoods pybind11 jussilehtola pychess bruno pydeps lbazan pylibacl frankcrawford kevin szpak python-AWSIoTPythonSDK fab python-Naked greghellings python-QtAwesome nonamedotc python-QtPy nonamedotc python-ROPGadget mikep python-Rtree volter python-SecretStorage cicku cstratak raphgro williamjmorenor python-XStatic-Angular-FileUpload jpena mrunge rdopiera python-XStatic-bootswatch jpena mrunge python-XStatic-mdi jpena mrunge rdopiera python-XStatic-roboto-fontface chandankumar hguemar mrunge rdopiera python-abclient chandankumar python-admesh churchyard python-affine qulogic python-aiounittest fab python-aiozmq nonamedotc python-animatplot qulogic python-ansible-runner radez python-apply-defaults nonamedotc python-asn1crypto cheimes npmccallum python-auth-credential lcons mpaladin python-backcall churchyard orion python-barbicanclient chandankumar jruzicka python-beniget churchyard python-bintrees rkuska python-biscuits elyscape python-blindspin dhanesh95 python-bucky jsteffan python-cachy fab python-carbon jsteffan piotrp python-case mrunge ngompa pingou python-certbot-dns-cloudflare nb python-certbot-dns-cloudxns nb python-certbot-dns-dnsimple nb python-certbot-dns-dnsmadeeasy nb python-certbot-dns-gehirn elyscape python-certbot-dns-linode elyscape python-certbot-dns-luadns nb python-certbot-dns-nsone nb python-certbot-dns-ovh elyscape python-certbot-dns-rfc2136 logic nb python-certbot-dns-sakuracloud elyscape python-cheroot ignatenkobrain jcaratzas radez python-cli-helpers terjeros python-click-log mbaldessari python-click-man jpopelka sgallagh python-click-plugins qulogic python-click-threading mbaldessari python-cliff-tablib apevec hguemar jruzicka python-cligj qulogic python-cloudpickle lbalhar python-collectd_cvmfs stevetraylen python-collectd_puppet stevetraylen python-collectd_systemd stevetraylen python-colour-runner rkuska python-configobj dcallagh fale lmacken terjeros python-confluent-kafka jpena python-confuse fab python-congressclient amoralej python-construct moezroy terjeros python-cotyledon apevec python-couchbase avsej python-coverage_pth radez python-cradox jpena python-croniter apevec totol python-daiquiri hguemar pkilambi python-dask qulogic python-deprecation jpena python-descartes qulogic python-dicttoxml siddharthvipul1 python-dirq lcons mpaladin stevetraylen python-distlib cottsay cstratak python-distroinfo apevec jruzicka python-django-ajax-selects lbazan python-django-authority mrunge python-django-babel mrunge python-django-debreach jpena python-django-filter bkabrda dcantrell lbazan python-django-formtools jpena mrunge python-django-helpdesk blackfile lbazan python-django-markdownx lbazan python-django-post_office lbazan python-django-pyscss mrunge python-django-redis hguemar mrunge python-django-reversion mrunge python-django-tagging jdornak mrunge piotrp python-django-threadedcomments lbazan python-dns-lexicon elyscape nb python-docker-pycreds ttomecek python-docx kushal124 python-dropbox limb python-elephant lbazan python-elpy lbazan python-email_reply_parser raphgro python-enchant cstratak mmraka python-engineio nonamedotc python-epi chandankumar python-fastavro ankursinha python-feedgen lbalhar python-first dhanesh95 python-fixtures apevec mrunge pabelanger python-flaky churchyard python-flask-caching lbrabec python-flask-httpauth jpena python-flask-paranoid devrim itamarjp python-flask-rstpages rmarko python-flask-socketio nonamedotc python-freecell_solver shlomif python-futurist apevec jpena jruzicka python-gabbi apevec chandankumar python-genty churchyard python-geomet qulogic python-geopandas qulogic python-ghp-import2 jamatos python-gilt chedi python-git-url-parse chedi python-gitlab stevetraylen python-glad qulogic python-gnupg fale pwouters python-gpiozero churchyard python-grako brouhaha python-graphviz eclipseo python-hdfs ankursinha python-heapdict qulogic python-helpdev nonamedotc python-hkdf decathorpe python-hl7 ankursinha python-hpack eclipseo python-httmock stevetraylen python-httpsig-cffi terjeros python-hyperframe eclipseo python-ipmi lbazan python-jaraco-classes jcaratzas radez python-jaraco-collections mrunge python-jaraco-functools jcaratzas radez python-jaraco-packaging jcaratzas radez python-jeepney goeran python-jmespath fale gholms kevin lkundrak python-josepy elyscape nb python-json-logger hguemar python-json-minify qulogic python-jsonpatch apevec dprince skottler python-jsonrpcserver nonamedotc python-jsonschema apevec decathorpe python-jupyter-c-kernel qulogic python-jupyterlab-launcher churchyard python-kazoo apevec nsaje python-kiwisolver qulogic python-klusta ankursinha python-ladon caiqian python-ldappool hguemar python-libpysal qulogic python-listparser atim python-magic-wormhole decathorpe python-magic-wormhole-mailbox-server decathorpe python-magic-wormhole-transit-relay decathorpe python-messaging lcons mpaladin python-micawber jamatos python-microfs churchyard python-minimock ralph tomspur python-missingno lbazan python-mistralclient amoralej python-mne-bids lbazan python-mtg tc01 python-nbconvert nonamedotc python-nbsphinx churchyard python-ndg_httpsclient churchyard fschwarz itamarjp noodles python-ndjson-testrunner qulogic python-netssh2 lbazan python-network-runner radez python-neurosynth lbazan python-nikola jamatos maxamillion python-nixio ankursinha python-nnpy tdawson python-nodeenv apevec chandankumar python-nose-exclude mrunge python-notify2 ngompa python-ntlm-auth jhogarth python-nudatus churchyard python-num2words ankursinha python-numcodecs qulogic python-numpy-stl churchyard python-numpydoc orion tomspur python-octave-kernel qulogic python-octaviaclient cgoncalves python-ogr dhodovsk jpopelka lachmanfrantisek packit ttomecek usercont zuul python-openstackdocstheme jpena python-os-service-types ykarel python-paperwork-backend qulogic python-partd qulogic python-parver churchyard python-pathspec adrienverge python-pdfkit raphgro python-pdfminer tc01 python-pecan amoralej apevec python-peewee cstratak mstuchli vkrizan python-pelican firemanxbr mrunge python-phpserialize jamatos python-pickleshare ignatenkobrain nonamedotc python-pika-pool jpena python-pipdeptree dhanesh95 python-pipreqs dhanesh95 python-plaintable fab python-plumbum greghellings lorenzodalrio python-portend adeza jcaratzas radez python-positional apevec hguemar python-power raphgro python-priority eclipseo python-productmd dmach lsedlar python-progress bkabrda churchyard praiskup python-py3nvml atim python-py9p psavelye python-pyModbusTCP stevetraylen python-pycotap shlomif python-pydantic jussilehtola python-pydispatcher ishcherb python-pydocstyle tadej python-pyfastnoisesimd qulogic python-pyinsane2 qulogic python-pykdtree qulogic python-pykmip apevec chandankumar python-pykwalify goldmann xenithorb python-pylev decathorpe python-pymdown-extensions cheeselee sgallagh python-pymemcache apevec eglynn nsaje python-pymod2pkg apevec jpena jruzicka python-pynlpl ishcherb python-pyone siddharthvipul1 python-pypandoc orion zbyszek python-pyperclip hguemar python-pypillowfight qulogic python-pysol-cards sergiomb shlomif python-pystemd ngompa python-pytest-expect churchyard python-pytest-helpers-namespace qulogic python-pytest-isort fab python-pytest-metadata pschindl python-pytest-mpl qulogic python-pytest-testmon radez python-pytest-toolbox fab python-pytest-tornado qulogic python-pytest-trio fab python-pytest-xprocess frantisekz python-pytimeparse mrunge pkilambi python-pyvirtualize raphgro python-pyvmomi fale raphgro python-pyzolib cottsay python-qcelemental jussilehtola python-qdarkstyle nonamedotc python-qtconsole nonamedotc python-qtsass nonamedotc python-quantities ankursinha python-rangehttpserver lbazan mcyprian python-rcssmin kwizart mrunge python-renderspec jpena python-requests-credssp jhogarth python-requests-unixsocket jcaratzas radez python-restsh bkabrda python-resumable-urlretrieve lbazan mcyprian python-retrying apevec python-rfc3986 apevec jpena ykarel python-rfc3987 mayorga python-rjsmin kwizart mrunge python-rosinstall rmattes python-rst-linker jcaratzas radez python-ruamel-yaml chandankumar jchaloup jmontleon smilner python-ruamel-yaml-clib chandankumar python-ryu abregman apevec python-scp chedi tc01 python-scripttest churchyard mbacovsk python-scrypt hguemar python-send2trash churchyard python-setuptools-lint jdulaney python-shellingham churchyard python-simplebayes qulogic python-simpleeval sharkcz python-simplegeneric churchyard ignatenkobrain jcaratzas tomspur python-simplevisor adev lcons mpaladin python-singledispatch adeza jcaratzas mrunge python-slugify fab mayorga python-smartypants jamatos python-snuggs qulogic python-socketio nonamedotc python-sockjs-tornado tc01 python-spake2 decathorpe python-sphinx-click churchyard mcyprian python-sphinx-issues qulogic python-sphinxcontrib-actdiag hguemar python-sphinxcontrib-apidoc chandankumar python-sphinxcontrib-autoprogram maha python-sphinxcontrib-log-cabinet thm python-spyder-kernels nonamedotc python-sqlalchemy-collectd mbayer mrunge python-stdlib-list lbazan python-stdnum sharkcz python-stompest abompard python-tblib qulogic python-tempora jcaratzas radez python-terminaltables terjeros python-testing.postgresql ekulik mmarusak msuchy python-testresources apevec kumarpraveen mrunge pabelanger python-text-unidecode fab python-textfsm jpena python-tinydb suanand python-tldextract elyscape fschwarz python-tosca-parser chandankumar jpena jruzicka python-towncrier eclipseo python-treq ykarel python-trimesh ankursinha churchyard python-trololio ngompa python-txredisapi abompard python-typogrify jamatos python-u-msgpack-python churchyard python-uinput fabiand python-uri-templates mbaldessari python-userpath lbalhar python-utils churchyard python-versioneer nonamedotc python-vine mrunge ngompa pingou python-virtualenv-api cstratak ishcherb mcyprian python-vitrageclient mrunge python-vulture ykarel python-warlock apevec mrunge python-wcwidth abompard aviso churchyard fale python-webscrapbook ferdnyc python-websockify apevec lon ndipanov nsantos sross tbreeds python-whisper jsteffan piotrp python-wrapt chandankumar ralph python-wurlitzer nonamedotc python-wxnatpy lbazan python-xlsxwriter rajeeshknambiar python-xtermcolor bkabrda python-yapf lbazan python-yaql amoralej python-yarg dhanesh95 python-zabbix-api-erigones ricco python-zake apevec chandankumar python-zaqarclient flaper87 hguemar jruzicka python-zarr qulogic python-zdaemon fab ralph python-zict qulogic python3-iep cottsay python3-pyPEG2 torsava pyxattr defolos frankcrawford kevin szpak quasselgrep tc01 quisk jskarvad qutebrowser ankursinha fnux torsava salt dmurphy18 sasutils sthiell spec2scl jstanek teampulls brejoc tldr lbalhar transtats-cli pnemade suanand unicorn mikep vex lbalhar visidata qulogic vtk jgu mrceresa orion xonsh carmenbianca jdulaney ydiff netvor Packages by maintainer: abompard mailman3 python-stompest python-txredisapi python-wcwidth abregman python-ryu adev python-simplevisor adeza python-portend python-singledispatch adrienverge python-pathspec amoralej python-congressclient python-mistralclient python-pecan python-yaql ankursinha python-fastavro python-hdfs python-hl7 python-klusta python-nixio python-num2words python-quantities python-trimesh qutebrowser apevec python-cliff-tablib python-cotyledon python-croniter python-distroinfo python-fixtures python-futurist python-gabbi python-jsonpatch python-jsonschema python-kazoo python-nodeenv python-pecan python-positional python-pykmip python-pymemcache python-pymod2pkg python-retrying python-rfc3986 python-ryu python-testresources python-warlock python-websockify python-zake atim python-listparser python-py3nvml aviso python-wcwidth avsej grpc python-couchbase bkabrda python-django-filter python-progress python-restsh python-xtermcolor blackfile python-django-helpdesk brejoc teampulls brouhaha python-grako bruno pychess caiqian python-ladon carmenbianca xonsh cgoncalves python-octaviaclient chandankumar python-XStatic-roboto-fontface python-abclient python-barbicanclient python-epi python-gabbi python-nodeenv python-pykmip python-ruamel-yaml python-ruamel-yaml-clib python-sphinxcontrib-apidoc python-tosca-parser python-wrapt python-zake chedi python-gilt python-git-url-parse python-scp cheeselee mkdocs python-pymdown-extensions cheimes python-asn1crypto churchyard ampy esptool pipenv playitagainsam python-admesh python-backcall python-beniget python-flaky python-genty python-gpiozero python-jupyterlab-launcher python-microfs python-nbsphinx python-ndg_httpsclient python-nudatus python-numpy-stl python-parver python-progress python-pytest-expect python-scripttest python-send2trash python-shellingham python-simplegeneric python-sphinx-click python-trimesh python-u-msgpack-python python-utils python-wcwidth cicku python-SecretStorage cottsay python-distlib python-pyzolib python3-iep cstratak pipsi python-SecretStorage python-distlib python-enchant python-peewee python-virtualenv-api dcallagh beaker python-configobj dcantrell python-django-filter decathorpe python-hkdf python-jsonschema python-magic-wormhole python-magic-wormhole-mailbox-server python-magic-wormhole-transit-relay python-pylev python-spake2 defolos pyxattr devrim python-flask-paranoid dhanesh95 python-blindspin python-first python-pipdeptree python-pipreqs python-yarg dhodovsk modtools python-ogr dmach kobo pungi python-productmd dmurphy18 salt dprince python-jsonpatch eclipseo patool python-graphviz python-hpack python-hyperframe python-priority python-towncrier eglynn python-pymemcache ekulik python-testing.postgresql elyscape python-biscuits python-certbot-dns-gehirn python-certbot-dns-linode python-certbot-dns-ovh python-certbot-dns-sakuracloud python-dns-lexicon python-josepy python-tldextract fab libprelude python-AWSIoTPythonSDK python-aiounittest python-cachy python-confuse python-plaintable python-pytest-isort python-pytest-toolbox python-pytest-trio python-slugify python-text-unidecode python-zdaemon fabiand python-uinput fale mycli python-configobj python-gnupg python-jmespath python-pyvmomi python-wcwidth ferdnyc python-webscrapbook firemanxbr python-pelican flaper87 python-zaqarclient fnux cdist qutebrowser frankcrawford pylibacl pyxattr frantisekz python-pytest-xprocess fschwarz python-ndg_httpsclient python-tldextract gholms python-jmespath goeran python-jeepney goldmann python-pykwalify greghellings beaker python-Naked python-plumbum hadess codespell hedayat persepolis heffer borgmatic herlo beaker hguemar git-pull-request python-XStatic-roboto-fontface python-cliff-tablib python-daiquiri python-django-redis python-json-logger python-ldappool python-positional python-pyperclip python-scrypt python-sphinxcontrib-actdiag python-zaqarclient ignatenkobrain python-cheroot python-pickleshare python-simplegeneric ishcherb python-pydispatcher python-pynlpl python-virtualenv-api itamarjp python-flask-paranoid python-ndg_httpsclient jamatos python-ghp-import2 python-micawber python-nikola python-phpserialize python-smartypants python-typogrify jcaratzas python-cheroot python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-portend python-requests-unixsocket python-rst-linker python-simplegeneric python-singledispatch python-tempora jchaloup python-ruamel-yaml jcpunk nemo-extensions jdornak python-django-tagging jdulaney python-setuptools-lint xonsh jgu vtk jhogarth python-ntlm-auth python-requests-credssp jmontleon python-ruamel-yaml jpena dlrn python-XStatic-Angular-FileUpload python-XStatic-bootswatch python-XStatic-mdi python-confluent-kafka python-cradox python-deprecation python-django-debreach python-django-formtools python-flask-httpauth python-futurist python-openstackdocstheme python-pika-pool python-pymod2pkg python-renderspec python-rfc3986 python-textfsm python-tosca-parser jpopelka python-click-man python-ogr jruzicka python-barbicanclient python-cliff-tablib python-distroinfo python-futurist python-pymod2pkg python-tosca-parser python-zaqarclient jskarvad ccsm quisk jstanek spec2scl jsteffan python-bucky python-carbon python-whisper jussilehtola pybind11 python-pydantic python-qcelemental karsten fedmod kevin pylibacl python-jmespath pyxattr kumarpraveen python-testresources kushal124 python-docx kwizart python-rcssmin python-rjsmin lachmanfrantisek python-ogr lbalhar hatch pgzero python-cloudpickle python-feedgen python-userpath tldr vex lbazan pydeps python-django-ajax-selects python-django-filter python-django-helpdesk python-django-markdownx python-django-post_office python-django-threadedcomments python-elephant python-elpy python-ipmi python-missingno python-mne-bids python-netssh2 python-neurosynth python-rangehttpserver python-resumable-urlretrieve python-stdlib-list python-wxnatpy python-yapf lbrabec python-flask-caching lcons python-auth-credential python-dirq python-messaging python-simplevisor leigh123linux nemo-extensions limb proselint python-dropbox lkundrak python-jmespath lmacken python-configobj logic python-certbot-dns-rfc2136 lon python-websockify lorenzodalrio python-plumbum lsedlar pungi python-productmd maha python-sphinxcontrib-autoprogram martstyk beaker mavit proselint maxamillion pungi python-nikola mayorga python-rfc3987 python-slugify mbacovsk python-scripttest mbaldessari python-click-log python-click-threading python-uri-templates mbayer python-sqlalchemy-collectd mcyprian pew pipenv python-rangehttpserver python-resumable-urlretrieve python-sphinx-click python-virtualenv-api mikep python-ROPGadget unicorn mmarusak python-testing.postgresql mmraka python-enchant moezroy python-construct mooninite deluge mpaladin python-auth-credential python-dirq python-messaging python-simplevisor mrceresa vtk mrunge python-XStatic-Angular-FileUpload python-XStatic-bootswatch python-XStatic-mdi python-XStatic-roboto-fontface python-case python-django-authority python-django-babel python-django-formtools python-django-pyscss python-django-redis python-django-reversion python-django-tagging python-fixtures python-jaraco-collections python-nose-exclude python-pelican python-pytimeparse python-rcssmin python-rjsmin python-singledispatch python-sqlalchemy-collectd python-testresources python-vine python-vitrageclient python-warlock mstuchli pipsi python-peewee msuchy python-testing.postgresql nb python-certbot-dns-cloudflare python-certbot-dns-cloudxns python-certbot-dns-dnsimple python-certbot-dns-dnsmadeeasy python-certbot-dns-luadns python-certbot-dns-nsone python-certbot-dns-rfc2136 python-dns-lexicon python-josepy ndipanov python-websockify netvor ydiff ngompa python-case python-notify2 python-pystemd python-trololio python-vine nonamedotc python-QtAwesome python-QtPy python-aiozmq python-apply-defaults python-engineio python-flask-socketio python-helpdev python-jsonrpcserver python-nbconvert python-pickleshare python-qdarkstyle python-qtconsole python-qtsass python-socketio python-spyder-kernels python-versioneer python-wurlitzer noodles python-ndg_httpsclient nphilipp fedmod npmccallum python-asn1crypto nsaje python-kazoo python-pymemcache nsantos python-websockify onosek pungi orion python-backcall python-numpydoc python-pypandoc vtk orphan csvdiff pabelanger python-fixtures python-testresources packit python-ogr phracek modtools pingou python-case python-vine piotrp python-carbon python-django-tagging python-whisper pkilambi python-daiquiri python-pytimeparse pnemade transtats-cli praiskup python-progress psavelye python-py9p pschindl python-pytest-metadata pwouters python-gnupg qulogic paperwork python-affine python-animatplot python-click-plugins python-cligj python-dask python-descartes python-geomet python-geopandas python-glad python-heapdict python-json-minify python-jupyter-c-kernel python-kiwisolver python-libpysal python-ndjson-testrunner python-numcodecs python-octave-kernel python-paperwork-backend python-partd python-pyfastnoisesimd python-pyinsane2 python-pykdtree python-pypillowfight python-pytest-helpers-namespace python-pytest-mpl python-pytest-tornado python-simplebayes python-snuggs python-sphinx-issues python-tblib python-zarr python-zict visidata radez python-ansible-runner python-cheroot python-coverage_pth python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-network-runner python-portend python-pytest-testmon python-requests-unixsocket python-rst-linker python-tempora rajeeshknambiar python-xlsxwriter ralph python-minimock python-wrapt python-zdaemon raphgro python-SecretStorage python-email_reply_parser python-pdfkit python-power python-pyvirtualize python-pyvmomi rdopiera python-XStatic-Angular-FileUpload python-XStatic-mdi python-XStatic-roboto-fontface rga classification-banner ricco python-zabbix-api-erigones rkuska python-bintrees python-colour-runner rmarko python-flask-rstpages rmattes GeographicLib python-rosinstall rohanpm kobo sergiomb python-pysol-cards sgallagh python-click-man python-pymdown-extensions sgrubb audit libcap-ng sharkcz python-simpleeval python-stdnum shlomif python-freecell_solver python-pycotap python-pysol-cards siddharthvipul1 python-dicttoxml python-pyone skottler python-jsonpatch smani GeographicLib smilner python-ruamel-yaml sross python-websockify stevetraylen python-collectd_cvmfs python-collectd_puppet python-collectd_systemd python-dirq python-gitlab python-httmock python-pyModbusTCP sthiell clustershell sasutils suanand python-tinydb transtats-cli szpak pylibacl pyxattr tadej pew python-pydocstyle tbreeds python-websockify tc01 hddfancontrol python-mtg python-pdfminer python-scp python-sockjs-tornado quasselgrep tdawson mozilla-iot-gateway-addon-python pungi python-nnpy terjeros mycli python-cli-helpers python-configobj python-construct python-httpsig-cffi python-terminaltables thm python-sphinxcontrib-log-cabinet tomspur python-minimock python-numpydoc python-simplegeneric torsava python3-pyPEG2 qutebrowser totol libprelude libpreludedb python-croniter ttomecek modtools python-docker-pycreds python-ogr usercont python-ogr vkrizan python-peewee volter python-Rtree williamjmorenor python-SecretStorage wwoods pungi xenithorb python-pykwalify ykarel python-os-service-types python-rfc3986 python-treq python-vulture zbyszek python-pypandoc zuul python-ogr

2 1

module 'posix' not found when module load mpi/mpich-x86_64
by Christoph Junghans 01 Jul '20

01 Jul '20

Hi, when building some of my mpi packages, I got the following error message: + module load mpi/mpich-x86_64 ++ /usr/share/lmod/lmod/libexec/lmod sh load mpi/mpich-x86_64 /usr/bin/lua: /usr/share/lmod/lmod/libexec/lmod:61: module 'posix' not found: no field package.preload['posix'] no file '/usr/share/lua/5.3/posix.lua' no file '/usr/share/lua/5.3/posix/init.lua' no file '/usr/lib64/lua/5.3/posix.lua' no file '/usr/lib64/lua/5.3/posix/init.lua' no file '/usr/lib64/lua/5.3/posix.so' no file '/usr/lib64/lua/5.3/loadall.so' no file '' stack traceback: [C]: in function 'require' /usr/share/lmod/lmod/libexec/lmod:61: in main chunk [C]: in ? Adding BuildRequires: lua-posix doesn't help. Any ideas? Does lmod need a rebuild for lua-5.3? Christoph -- Christoph Junghans Web: http://www.compphys.de

3 2

IBus 1.5.23 - Fedora 33 System-Wide Change proposal
by Ben Cotton 01 Jul '20

01 Jul '20

https://fedoraproject.org/wiki/Changes/IBus_1.5.23 == Summary == IBus 1.5.23 will replace the allowlist of XKB engines with the blocklist of XKB ones. == Owner == * Name: [[User:Fujiwara| Takao Fujiwara]] * Email: fujiwara [at] redhat [dot] com == Detailed Description == IBus currently provides the allowlist of XKB engines in `/usr/share/ibus/component/simple.xml` and `ibus-setup` utility can show the XKB engines indicated in only that file in most desktops. (gnome-control-center shows XKB list from gnome-desktop3 in GNOME desktop instead.) The allowlist includes the limited XKB layouts and variants. E.g. 'gb(dvorak)' is included but 'gb' is not. And the allowlist has been supported to customize by sysadmin localy since the simple.xml is a simple text file and the default list has been updated upon the request. IBus 1.5.23 will replace the allowlist with the blocklist which includes the disabled XKB engines and `ibus-setup` will shows all the XKB engines which are '''not''' indicated in that file. The blocklist will includes 'cn' layout, 'cn' layout + any variants, 'nec_vndr/jp' layouts at the moment. I.e. the change won't effect GNOME desktop. == Benefit to Fedora == The users don't have to request the desired XKB layouts and variants in IBus upstream and most XKB keymaps will be shown in ibus-setup. == Scope == * Proposal owners: * Other developers: N/A * Release engineering: [https://pagure.io/releng/issue/9563 #9563] * Policies and guidelines: N/A * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == If a keymap is shown in ibus-setup in the previous version, it will be shown in the new one. == How To Test == # Log into XFCE desktop # Run ibus-setup It will show 'English (UK)' keymap by default. == User Experience == If a user customize `/usr/share/ibus/component/simple.xml` in the previous version, the file will be replaced with new one. == Dependencies == The change effects XKB engines only but does not input method engines (E.g. libpinyin, hangul, and so on.) == Contingency Plan == * Contingency mechanism: Drop the feature in Fedora 33 and postpone it to Fedora 34 * Contingency deadline: Beta freeze * Blocks release? No == Documentation == TBD -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

3 2

Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal
by Ben Cotton 01 Jul '20

01 Jul '20

https://fedoraproject.org/wiki/Changes/DisableDmraidOnFirstRun == Summary == The Fedora workstation livecd is the default Fedora variant getfedora.org advices people to download. As such most Fedora workstation installs will be done from the livecd. This means that any package which is part of the livecd will be part of the default install for most users. Dmraid is 1 of only 2 packages in the default install which still Requires the long obsoleted systemd-udev-settle.service, which waits for all device-detection to be done + some extra waiting just to be sure. This significantly slows down booting on various systems. Fedora only support these RAID sets when they are already configured in the BIOS at installation time. So we can solve the problem of dmraid.service still depending on the obsolete udev-settle service by making dmraid.service disable itself if no supported RAID sets are found on its first run. == Owner == * Name: [[User:jwrdegoede| Hans de Goede]] * Email: hdegoede(a)redhat.com == Detailed Description == Dmraid is 1 of only 2 packages in the default install which still Requires the long obsoleted systemd-udev-settle.service. The other package is device-mapper-multipath see [[Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD|Remove device-mapper-multipath from the Fedora workstation livecd]]. Dmraid is necessary to support firmware-raid (motherboard BIOS built-in RAID support) for non Intel firmware RAID sets. These RAID sets are quite rare and we have never supported configuring these RAID sets after the installation without manually setting it up. Since we only support these sets when they are already configured in the BIOS at installation time, we can solve the problem of dmraid.service still depending on the obsolete udev-settle service by making dmraid.service disable itself if no supported RAID sets are found on its first run. Note then when installing from the server or everything netboot isos, dmraid depending on the obsolete udev-settle service is not a problem, because then it will not be installed at all. Anaconda (the installer) adds storage related packages such as dmraid to the installation package-set as necessary for the storage found at installation time. This means that for such installs, if a dmraid set is later configured, the user manually needs to install dmraid to be able to use the RAID set. This change adds a similar requirement to livecd installs, there the user will now need to do a "systemctl enable dmraid.service" if a dmraid set is added to the system later. There has been [https://bugzilla.redhat.com/show_bug.cgi?id=1795014 a bug] open against dmraid for this issue for a while now. As pointed out there, this change can easily be implemented with some small changes to the shell script which gets started by the dmraid service. == Benefit to Fedora == systemd-udev-settle.service causes a significant and sometimes quite long delay during boot. Removing / disabling the last 2 services depending on this long obsolete helper service will remove the unnecessary boot delay. == Scope == * Proposal owners: ** Prepare the suggested dmraid activation script changes and push out a new dmraid package with these changes added ** Coordinate this with the dmraid maintainers * Other developers: ** I will make sure that the dmraid maintainers are aware of and agree with these changes. I will take care of these changes myself. * Release engineering: [https://pagure.io/releng/issue/9559 #9559] (a check of an impact with Release Engineering is needed) * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == After upgrading, if no dmraid sets are found on the first boot with the new package, the dmraid service will disable itself, just as it will on new F33 installs. == How To Test == # Install F33 on a machine / VM without dmraid # Boot the installed system # Reboot the installed system # Do "systemctl status dmraid.service", the output should be "loaded (...; disabled; ...)" and "inactive (dead)" == User Experience == Faster booting Fedora when installed from the livecd. == Dependencies == There are no other changes / package updates this Change depends on; or which this change impacts. == Contingency Plan == * Contingency mechanism: Revert the activation script changes if they cause problems * Blocks release? No == Documentation == This change does not require any documentation. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

14 36

Patches in Forge macros - Auto macros - Detached rpm changelogs - Fedora 33 System-Wide Change proposal
by Ben Cotton 01 Jul '20

01 Jul '20

https://fedoraproject.org/wiki/Changes/Patches_in_Forge_macros_-_Auto_macro… == Summary == redhat-rpm-config will be updated to add patching support to forge macros, a plug-able framework to register macros to execute in specific sections, and rpm changelogs in detached files. == Owner == * Name: [[User:nim| Nicolas Mailhot]] * Email: <nicolas.mailhot at laposte.net> == Detailed Description == This is a system-wide change because all packages build with redhat-rpm-config, but it only concerns packages that opted to use this part of redhat-rpm-config (users of forge, fonts and go macros). It was driven first, by the need to make the underlying macro infrastructure robust enough to package Go modules, and second, by an unfortunate rpm 4.15 regression that proved it was foolish to depend on rpmbuild to parse Tags in anything except canonical order. === Forge === * forge macro now process patches, including in multi-source spec files, in a natural way * all dependencies on source/patch numbering were eradicated, you can write a whole multi-source/multi-patch spec without worrying about source or patch numbers * zero suffix is no longer special (à la Source/Source0 way), you can declare forge blocks starting at 42 if that‘s your preference === Fully automated packaging === A framework was added so macro subsystems can register execution blocks in specific parts or the spec file. Execution blocks are orchestrated (using KISS rules) so for example the forge part of %prep is executed before the go parts that depend on forge archives being unpacked and patched, and macros that want to create srpm headers are executed before macros that want to create subpackage headers. Such a framework is a requirement to control the generation order within the spec file and make sure rpm maintainers are not cross with you. That means a spec with no special custom processing is reduced to a set of %global control variables that activate specific execution blocks, and everything bellow those control variable is short and unchanging boilerplate. A packager that needs custom processing can add custom code above or bellow the various `%auto_foo` calls, and check with `rpmspec -P` that the result does what he wants it to do. For obvious reliability reasons injecting custom code in the middle of an `%auto_foo` sequence is not allowed. <pre> %global source_name … %global source_release … %global source_post_release … %global forge_url0 … %global forge_commit0 … %global forge_url1 … %global forge_tag1 … %global go_module33 … %global go_description33 … %global font_family22 … %global font_conf22 … %auto_init %auto_pkg %sourcelist %auto_sources %patchlist %auto_patches %prep %auto_prep %generate_buildrequires %auto_generate_buildrequires %build %auto_build %install %auto_install %check %auto_check %auto_files %changelog %auto_changelog </pre> === Detached changelogs === This framework was used to implement detached rpm changelogs in a reliable way. === Generic -doc creation === This framework was used to implement automated -doc subpackage creation, because creating them by hand gets annoying after the nth upstream that wants you do distribute heavy PDF documentation files. === Huge refactoring and fleshing out of the lua library === Writing high-level features like the above required defining a library of lua routines like an expand that expands fully, an unset that actually undefines, a read that tells you if a variable exists or is set to "", a `fedora.echo()` wrapper around `rpm.expand("%{echo:%{expand:" .. text .. "}}")`, etc. Those are now available for others to use should they want to. My coding skills are not up to navigating the upstream low level rpm lua API without blowing up on the landmines it is littered with. Therefore, I abstracted landmine avoidance in a single place. === Drawbacks === Nothing is free, and a higher level of automation required using rigid naming for control variables. Because software is a lot less tolerant of fuzzy naming than human beings. So, all forge control variables are renamed, fonts control variables have been renamed too, and go control variables will need renaming (in that last case, that’s not a problem because moving to go modules requires reworking variables anyway, so it will be done as part of the module effort in F34). To ease the transition a compatibility layer was added to forge macros so old variables and new variables are aliased both ways (this will eventually go away because it’s quite a lot of compatibility code to maintain). Mixing syntaxes (old and new) is not supported, you need to convert your spec file to new forge variables or not at all (if not at all, do not try to use new features like patching). == Benefit to Fedora == Spec files that do more with less manual expensive to maintain spec code. Without this productivity win, complex efforts like converting Fedora Go packages to Go modules, or draining the Font packages swamp given that legacy formats are no longer supported by apps, are not possible with the current level of Fedora manpower. == Scope == * Proposal owners: The core of the feature is done and tested (and retested). It may evolve during the redhat-rpm-config merge process. https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/95 * Other developers: The way current forge macros call forge macros will need a little patching once the change lands. For other packagers, there should be no change except a warning in rpm build logs to switch to the new syntax before the compatibility layer is removed. * Release engineering: https://pagure.io/releng/issue/9565 * FPC: https://pagure.io/packaging-committee/issue/997 * Policies and guidelines: Forge guidelines will need some rework (mostly simplification, because the new syntax is both more powerful and more regular). For the average packager, the new syntax is the same old syntax with little naming adjustments (for example, %{forgeurl} becomes %{forge_url}, %forgemeta is subsumed into %auto_init, etc) * Trademark approval: N/A (not needed for this Change)  == Upgrade/compatibility impact == This is a pure build tooling update, it changes how things are built not what is built. == How To Test == A redhat-rpm-config packages with the changes and some example packages are available in https://copr.fedorainfracloud.org/coprs/nim/refactoring-forge-patches-auto-… == User Experience == N/A Packager experience change only == Dependencies == The change depends on a redhat-rpm-config merge by redhat-rpm-config maintainers == Contingency Plan == There is no contingency plan because the redhat-rpm-config merge will happen or not. If it does not happen, i18n, fonts and Go Changes that are/were envisioned for F33 or F34 will be postponed indefinitely. == Documentation == There is as much documentation as the average redhat-rpm-config change (ie comments in the macro files themselves) == Release Notes == N/A Packager productivity change only -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

3 3

drop bfq scheduler, instead use mq-deadline across the board
by Chris Murphy 30 Jun '20

30 Jun '20

https://bugzilla.redhat.com/show_bug.cgi?id=1851783 The main argument is that for typical and varied workloads in Fedora, mostly on consumer hardware, we should use mq-deadline scheduler rather than either none or bfq. It may be true most folks with NVMe won't see anything bad with none, but those who have heavier IO workloads are likely to be better off with mq-deadline. Further details are in the bug, but let's discuss it on list. Thanks! -- Chris Murphy

6 15

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 July 2020