Re: Blender for Fedora 31 does not support multimedia?
by Martin Kolman
On Fri, 2019-11-01 at 00:51 +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.
As I understand this (and actual Blender maintainers & other more knoledgable pepople plese correct me if I am
completely wrong) this is due to an architectural limitation of Blender - you either build against ffmpeg at build time
and have multimedia support or not build against ffmpeg and don't have multimedia support. Basically there is no runtime
plugin support, like in other applications that can use Gstreamer and other mechanisms to query available codecs and use
them if they are installed.
IIRC Blender is not the only affected application, some even have ffmpeg as a hard dependency and can't be thus packaged
for main Fedora repos at all.
In any case, adding plugin support is on most if not all such cases a signifficant undertaking - unlikely something
Fedora maintainers of such package can pull off, not to mention upstream potetially not being interested in accepting to
such patches, that effectively increase theirmaintenance bruden by adding another codepath for codec handling.
>
>
> From: Luya Tshimbalanga <luya(a)fedoraproject.org>
>
> Sent: Thursday, October 31, 2019 4:58 PM
>
> To: devel(a)lists.fedoraproject.org <devel(a)lists.fedoraproject.org>
>
> Subject: Re: Blender for Fedora 31 does not support multimedia?
>
>
>
>
> Blender in Fedora repository is built with ffpmeg support disabled by default for legal reasons. Negativo which is one
> of co-maintainers provides nearly identical version with FFmpeg enabled accessible via fedora-multimedia branch.
>
>
> https://negativo17.org/repos
> Make sure to keep that repo disabled to avoid conflict with rpmfusion.
>
>
> Luya
>
>
> On 2019-10-31 11:09 a.m., Code Zombie wrote:
>
>
> > Thanks Luya,
> >
> >
> >
> > I have all ffmpeg and gstreamer codecs installed. However, I think blender was installed by OpenShot before I
> > actually installed ffmpeg and gstreamer codecs.
> >
> >
> >
> >
> > So, it might be the reason why it does not play videos or music. But, reinstalling blender didn't help. Never had
> > this issue before.
> >
> >
> >
> >
> > - Mehdi
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Oct 31, 2019 at 11:26 AM Luya Tshimbalanga <luya(a)fedoraproject.org> wrote:
> >
> >
> > >
> > > On 2019-10-31 5:05 a.m., Code Zombie wrote:
> > >
> > > > 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
> > >
> > > >
> > >
> > > Hello Mehda,
> > >
> > >
> > >
> > > Blender requires ffmpeg which cannot be legally included in Fedora
> > >
> > > repository to effectively use multimedia due to US patents law. One of
> > >
> > > best approach is either get ffmpeg without the offending codecs or
> > >
> > > enable an alternative like gstreamer which is beyond the scope of
> > >
> > > packaging process.
> > >
> > >
> > >
> > > _______________________________________________devel mailing list -- devel(a)lists.fedoraproject.org
> > > To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> > > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
4 years, 5 months
Stepping away from packaging (and request for owners)
by Jamie Nguyen
Hi all,
It's been incredible to part of this project and community! :-)
Once upon a time I was an (over?)enthusiastic packager and it's left me
with ownership of 300+ packages. O_o
In the last couple years I haven't been able to dedicate enough time to
Fedora, and I've just about kept my most important packages ticking along.
I keep thinking I'll eventually get around to everything, but I should
probably stop kidding myself! So it's time to step down and let other
people do a better job than I'm doing :-)
(Of course, I still plan to use Fedora for my servers and laptops
indefinitely!)
Unfortunately, I have an insane number of NodeJS packages (sorry!), but
here's me trying to step down in a helpful manner:
1. nginx, tor and torsocks have active co-maintainers who've been doing
a great job. Massive thanks to Felix (heffer) and Marcel (maha) in
particular! I've emailed them to see if they want ownership.
2. I have 5 packages that need owners. Volunteers welcome. [a]
3. I've removed my admin & commit access from 10 packages. These are
owned by someone else, but some may be in need of co-maintainers. [b]
4. I've removed my admin & commit access from 30 NodeJS packages. Most
are already owned by tomh so are in brilliant hands. [c]
5. I have 148 NodeJS packages that are listed as runtime dependencies by
other packages (in rawhide). These need owners and love. [d]
6. I have 7 NodeJS packages that are listed as BuildRequires by other
packages (in rawhide) but aren't runtime dependencies. These need
owners. [e]
7. I have 75 NodeJS packages that are *not* listed as dependencies (in
rawhide) by any other package. These may need owners. [f]
8. I've sent emails to co-maintainers for 51 packages asking if they
want ownership. [g]
9. There are 39 other packages that I need to ask someone to remove my
commit access from (where I'm not admin so can't remove myself).
Hopefully that's scriptable by a Proven Packager?
After a few weeks, if there are any packages I own where nobody has
volunteered to take ownership, I'll orphan them.
===============
[a]: Need owner
===============
bashmount
CutyCapt
dateformat
ledger
utf8cpp
==================================
[b]: Remove my admin/commit access
==================================
adobe-source-code-pro-fonts
libmpdclient
libuv
mpc
ncmpc
newsbeuter
notmuch
python-sleekxmpp
rubygem-highline
weechat
===================================
[c]: Removed my admin/commit access
===================================
js-jquery
js-jquery1
js-sizzle
nodejs
nodejs-assertion-error
nodejs-chai
nodejs-chai-connect-middleware
nodejs-chai-passport-strategy
nodejs-closure-compiler
nodejs-deep-eql
nodejs-difflet
nodejs-inherits
nodejs-mapnik
nodejs-mapnik-vector-tile
nodejs-less
nodejs-packaging
nodejs-passport-oauth1
nodejs-passport-oauth2
nodejs-passport-strategy
nodejs-proxyquire
nodejs-set-immediate
nodejs-simple-assert
nodejs-speedometer
nodejs-tap
nodejs-tilelive-mapnik
nodejs-tiletype
nodejs-type-detect
nodejs-uid2
nodejs-utils-merge
nodejs-xmlbuilder
===================================
[d]: Need owner, listed as Requires
===================================
jasmine: 1
js-zlib: 1
marked: 1
mocha: 4
nodejs-abbrev: 1
nodejs-ansi: 3
nodejs-ansi-styles: 1
nodejs-asap: 2
nodejs-asn1: 1
nodejs-assert-plus: 1
nodejs-async: 11
nodejs-batch: 1
nodejs-better-assert: 3
nodejs-bindings: 8
nodejs-block-stream: 1
nodejs-boom: 2
nodejs-buffer-crc32: 1
nodejs-buffer-equal: 1
nodejs-bunker: 1
nodejs-burrito: 1
nodejs-bytes: 2
nodejs-callsite: 3
nodejs-chalk: 14
nodejs-character-parser: 1
nodejs-charm: 1
nodejs-cmd-shim: 1
nodejs-collections: 1
nodejs-combined-stream: 2
nodejs-commander: 7
nodejs-component-emitter: 7
nodejs-constantinople: 1
nodejs-cookie: 2
nodejs-cookiejar: 1
nodejs-cookie-signature: 3
nodejs-cryptiles: 1
nodejs-css: 1
nodejs-css-parse: 2
nodejs-css-stringify: 1
nodejs-ctype: 1
nodejs-cycle: 1
nodejs-defined: 2
nodejs-delayed-stream: 1
nodejs-diff: 3
nodejs-ejs: 1
nodejs-estraverse: 5
nodejs-eventemitter2: 1
nodejs-exit: 2
nodejs-eyes: 2
nodejs-faye-websocket: 1
nodejs-findup-sync: 3
nodejs-forever-agent: 1
nodejs-form-data: 1
nodejs-formidable: 1
nodejs-fresh: 1
nodejs-fstream: 4
nodejs-fstream-ignore: 2
nodejs-generic-pool: 4
nodejs-getobject: 1
nodejs-glob: 25
nodejs-growl: 2
nodejs-gzip-size: 1
nodejs-has-color: 1
nodejs-hawk: 1
nodejs-highlight-js: 1
nodejs-hoek: 3
nodejs-hooker: 3
nodejs-http-signature: 1
nodejs-inherits1: 1
nodejs-ini: 3
nodejs-jasmine-growl-reporter: 1
nodejs-jasmine-reporters: 1
nodejs-joose: 2
nodejs-joosex-simplerequest: 1
nodejs-jsonify: 1
nodejs-json-stringify-safe: 2
nodejs-js-yaml: 9
nodejs-jwt-simple: 2
nodejs-markdown: 1
nodejs-maxmin: 2
nodejs-methods: 4
nodejs-mime: 8
nodejs-mimeparse: 1
nodejs-minimatch: 14
nodejs-minimist: 8
nodejs-moment: 2
nodejs-ms: 3
nodejs-mute-stream: 1
nodejs-nan0: 2
nodejs-ncp: 1
nodejs-node-uuid: 2
nodejs-nopt: 8
nodejs-noptify: 1
nodejs-npmlog: 1
nodejs-oauth-sign: 1
nodejs-optimist: 7
nodejs-opts: 1
nodejs-osenv: 1
nodejs-package: 1
nodejs-paperboy: 1
nodejs-parseurl: 4
nodejs-pause: 1
nodejs-pkginfo: 4
nodejs-pretty-bytes: 1
nodejs-promise: 3
nodejs-proto-list: 1
nodejs-pubcontrol: 1
nodejs-q: 12
nodejs-qs: 5
nodejs-range-parser: 1
nodejs-raw-body: 1
nodejs-read: 2
nodejs-readdirp: 1
nodejs-read-package-json: 1
nodejs-reduce-component: 1
nodejs-repl: 1
nodejs-require-cs: 1
nodejs-requirejs: 2
nodejs-resolve: 7
nodejs-retry: 1
nodejs-revalidator: 1
nodejs-rimraf: 12
nodejs-runforcover: 1
nodejs-sax: 3
nodejs-semver: 9
nodejs-showdown: 2
nodejs-slide: 2
nodejs-snockets: 1
nodejs-source-map: 13
nodejs-stack-trace: 1
nodejs-stream-counter: 1
nodejs-strip-ansi: 5
nodejs-tar: 2
nodejs-through: 6
nodejs-tiny-lr-fork: 1
nodejs-transformers: 1
nodejs-traverse: 3
nodejs-tunnel-agent: 1
nodejs-uglify-to-browserify: 1
nodejs-uid-number: 1
nodejs-underscore-dot-string: 2
nodejs-url2: 1
nodejs-weak-map: 1
nodejs-websocket-driver: 1
nodejs-which: 6
nodejs-wordwrap: 3
nodejs-yamlish: 1
nodejs-zlibjs: 1
uglify-js1: 6
========================================
[e]: Need owner, listed as BuildRequires
========================================
jasmine-node: 4
nodejs-grunt-contrib-clean: 1
nodejs-grunt-contrib-concat: 1
nodejs-grunt-contrib-uglify: 1
nodejs-ronn: 2
nodejs-supertest: 1
ycssmin: 1
=====================================================
[f]: Need owner, not listed as Requires/BuildRequires
=====================================================
compat-libuv010
docco
expresso
js-jquery-migrate
js-json
nodejs-ain2
nodejs-archy
nodejs-aws-sign
nodejs-basic-auth-connect
nodejs-child-process-close
nodejs-chmodr
nodejs-chownr
nodejs-compressible
nodejs-compression
nodejs-config-chain
nodejs-connect
nodejs-connect-timeout
nodejs-console-dot-log
nodejs-cookie-jar
nodejs-cookie-parser
nodejs-couch-login
nodejs-cssom
nodejs-csurf
nodejs-dryice
nodejs-editor
nodejs-errorhandler
nodejs-expect-dot-js
nodejs-express-session
nodejs-fileset
nodejs-fstream-npm
nodejs-github-url-from-git
nodejs-grip
nodejs-grunt-compare-size
nodejs-grunt-git-authors
nodejs-grunt-lib-contrib
nodejs-i
nodejs-init-package-json
nodejs-iso8601
nodejs-isodate
nodejs-joosex-namespace-depended
nodejs-jscoverage
nodejs-jsonfile
nodejs-keypress
nodejs-lazystream
nodejs-lockfile
nodejs-ltx
nodejs-method-override
nodejs-morgan
nodejs-muffin
nodejs-multiparty
nodejs-negotiator
nodejs-node-int64
nodejs-normalize-package-data
nodejs-npmconf
nodejs-npm-registry-client
nodejs-npm-user-validate
nodejs-opener
nodejs-promzard
nodejs-q-io
nodejs-read-installed
nodejs-response-time
nodejs-scmp
nodejs-serve-index
nodejs-serve-static
nodejs-setimmediate
nodejs-sigmund
nodejs-static-favicon
nodejs-stylus
nodejs-temporary
nodejs-testswarm
nodejs-underscore-dot-logger
nodejs-vhost
nodejs-watchit
nodejs-zlib-browserify
web-assets
==================================
[g]: Sent emails to co-maintainers
==================================
lua-event (robert)
node-gyp (tomh)
nodejs-argparse (jsmith)
nodejs-cli (jsmith)
nodejs-colors (jsmith)
nodejs-concat-stream (tomh)
nodejs-constantinople (tomh)
nodejs-debug (piotrp)
nodejs-dep-graph (tomh)
nodejs-detective (piotrp)
nodejs-escodegen (piotrp)
nodejs-esprima (jsmith)
nodejs-esutils (piotrp)
nodejs-express (tomh)
nodejs-fs-extra (tomh)
nodejs-globule (tomh)
nodejs-graceful-fs (tomh)
nodejs-grunt (piotrp)
nodejs-grunt-cli (tomh)
nodejs-grunt-contrib-internal (piotrp)
nodejs-grunt-contrib-watch (piotrp)
nodejs-grunt-init (piotrp)
nodejs-i2c (tomh)
nodejs-iconv-lite (tomh)
nodejs-jade (jsmith)
nodejs-libxmljs (tomh)
nodejs-load-grunt-tasks (tomh)
nodejs-lodash (tomh)
nodejs-lru-cache (jsmith)
nodejs-merge-descriptors (tomh)
nodejs-mkdirp (jsmith)
nodejs-monocle (tomh)
nodejs-multimatch (tomh)
nodejs-nan (tomh)
nodejs-node-expat (tomh)
nodejs-node-stringprep (tomh)
nodejs-once (jsmith)
nodejs-pg (tomh)
nodejs-prompt (tomh)
nodejs-request (tomh)
nodejs-send (tomh)
nodejs-should (tomh)
nodejs-sntp (jsmith)
nodejs-superagent (piotrp)
nodejs-tape (tomh)
nodejs-temp (piotrp)
nodejs-underscore (dcallagh)
nodejs-utile (piotrp)
nodejs-vows (tomh)
nodejs-winston (piotrp)
nodejs-with (tomh)
--
Jamie Nguyen
4 years, 5 months
request: Please revive beignet!
by Tetsuji Rai
Hi all,
I've been using Fedora for a long time, but I was at lost to see there's
no beignet supported in Fedora 30. But fortunately, archlinux had
source patches for glibc-2.29, llvm,clang 8 and it worked on Fedora
30. However now on Fedora 31, archlinux's patch any longer works, and
I am obliged to use binary packages of beignet borrowed from Fedora 29.
But it's old and won't held in Fedora mirrors in the near future.
I guess there are many users still using Ivybridge or Haswell and
needing beignet. Will developers support beignet?
Thanks in advance!!
-Tetsuji
4 years, 5 months
Is noautobuild still a thing?
by Scott Talbert
Hi,
While looking into the packages on my F31 that were not rebuilt for F31, I
was looking at tk and why it was not rebuilt for F31 - it appears this
package has a noautobuild file in dist-git. Should packages still be
allowed to opt-out of mass rebuilds? I can't find any recent
documentation about noautobuild or reminders to maintainers to manually
rebuild their packages.
Scott
4 years, 5 months
CPE Weekly: 2019-11-01
by Aoife Moloney
Hi everyone,
Welcome to the CPE team weekly project update mail!
Background:
The Community Platform Engineering group is the Red Hat team combining
IT and release engineering from Fedora and CentOS. Our goal is to keep
core servers and services running and maintained, build releases, and
other strategic tasks that need more dedicated time than volunteers
can give.
For better communication, we will be giving weekly reports to the
CentOS and Fedora communities about the general tasks and work being
done.
For increased communication between our communities, we have created
#redhat-cpe on Freenode! Please feel free to catch us there, a mail
has landed on both the CentOS and Fedora devel lists with context
here.
Note:
This document is currently built from individual reports rolled into a
google document which we edit and copy into a final document. We are
aware that this causes problems with some email readers, and are
working on a method to make this less problematic.
High Level Project Updates:
Fedora:
F31 was released on Tuesday 29th October!
https://fedoramagazine.org/announcing-fedora-31/
F31 documentation was also released. Fedora 31 websites had a harder
release, but it is clearer to parties involved the amount of work
which was done in the background every release.
Fedora Infrastructure freeze ended and so changes to infrastructure
can occur until the F32 Beta in about 3 months.
Congratulations to everyone in the Community whom were involved with
the release, onwards to F32 :)
Rawhide Gating:
A call to arms email has been sent asking for testers for multi build
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
Single build workflow is working again and is aligned with multi-build
workflows also
https://bodhi.stg.fedoraproject.org/updates/FEDORA-2019-3d6e95211e
Update for the multi-build workflow needs to be created with autotime
on, otherwise the update will not get pushed
https://bodhi.stg.fedoraproject.org/updates/FEDORA-2019-90b8bce568
Overview page of the remaining blockers and dependencies organized at:
https://hackmd.io/Gbuu9JOPR--Y2yNCBEYI5A?view
Ci.centos.org is still not using fedora-messaging
Ci-resultsdb-listener with fedora-messaging and support for the new
messages format is not deployed in production yet
repoSpanner
Developed another experimental patch that got us an ~83x speed up.
Got 122% performance patch merged.
Worked with smooge to get a repoSpanner cluster deployed on realistic
cross-datacenter hardware.
repoSpanner is still extremely slow when all three DCs are used. Est.
58 minutes to push Bodhi into it, even with the 83x speedup patch. The
team is investigating a solution.
Application Retirements
Elections: Blocking issue was fixed
https://pagure.io/fedora-infrastructure/issue/8253
Fedocal : jlanda started to work on communishift port
https://pagure.io/fedora-infrastructure/issue/8274
Nuancier: Benson Muite is now working on OIDC authentication - Thank you Benson!
Fed-msg: fedmsg-logger equivalent for fedora-messaging
https://pagure.io/releng/pull-request/8940
CentOS:
Cbs.centos.org migration
Started planning for how to make community builds available with EL8
Deploying a new koji host that will be used for cbs.centos.org migration
Migrated following services from puppet configuration management:
https://feeds.centos.org (now under ansible, covering CentOS Stream/8)
https://planet.centos.org (now under ansible)
Continuing conversion of further puppet roles to ansible
CentOS CI
Added CentOS 8 and CentOS Stream in cico
Updated python-cicoclient to support CentOS 8 and CentOS Stream
Comments? Suggestions? Feedback? Let Us Know!
Have a lovely weekend!
Aoife
--
Aoife Moloney
Feature Driver
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford
4 years, 5 months
Java Package Orphanings
by Alex Scheel
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
4 years, 5 months
Header files in Python packages: move to -devel sub package?
by Ankur Sinha
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
4 years, 5 months
HEADS UP: icu 65 just landed in rawhide
by Pete Walter
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
4 years, 5 months