Re: packaging of nix

On Fri, Mar 1, 2024 at 12:52 PM Pratham Patel wrote: > > An update on the efforts: > > Running nix commands like `nix run nixpkgs#hello` works. And that's all that > works from what I've been able to test. Installing Nix software like > `home-manager` fails. You can actually do a `nix run

Re: Need help with incompatible pointer types on i686

On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote: > > We're hitting this with h5py on i686: > > /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function > ‘__pyx_f_4h5py_4defs_H5Dread_chunk’: > /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:14922:85: error: > passing argument

Re: Help packaging go with its dependencies

On Fri, Feb 2, 2024 at 4:03 PM Priscila Gutierres wrote: > > I'm trying to package kubectl for Fedora, but I'm having a bad time with some > dependencies. > I created the specfile using go2rpm, and I'm using auto dependencies: > https://pastebin.com/fmvttDBt > > %generate_buildrequires >

Re: Need assistance to package MaterialX

On Sat, Jan 27, 2024 at 1:58 AM Luya Tshimbalanga wrote: > > Hello team, > > I attempt to build MaterialX, an optional requirement for Blender 4.x but hit > an interesting issue with RPATH (partially resolved). > An example on >

Re: Fedora Linux 40 Change Proposal Submission Deadlines have now passed

On Thu, Jan 18, 2024 at 4:33 PM Aoife Moloney wrote: > Hi all, > > Please note that we are now past all change proposal submission deadlines. > Thank you to all who have submitted changes to Fedora Linux 40. If you have > changes accepted, please note your changes must be in a 'Testable >

Re: Error when patching test-requirements inside pymemcache source

Hi Priscila, On Sat, Oct 14, 2023 at 6:48 PM Priscila Gutierres wrote: > > Hello, > > I'm trying to patch pymemcache/test-requirements.txt to unpin all the build > requirements. > > I created this patch using git format-patch: > https://paste.centos.org/view/46800819 This patch is wrong. The

Re: Need help with conda package - launcher script

On Sun, Oct 8, 2023 at 10:20 AM Orion Poplawski wrote: > > With the update to conda 23.5.2 and using the pyproject macros, the > conda package is no longer producing the /usr/bin/conda-env launcher > script which is causing problems. What problems specifically? > I don't know how I can get that

Re: Blender 3.6.2 failure to build

Hi, On Thu, Sep 14, 2023 at 11:12 PM Luya Tshimbalanga wrote: > > Hello everyone, > > Blender 3.6.2 [0] failed to build on both Rawhide and incoming Fedora 39 [1] > but succeeded on Fedora 38 and lower. It seems the issues related to python > 3.12 yet again despite the applied patches. Could

Re: lzma-sdk and undefined references

On Sat, Aug 26, 2023 at 6:30 AM Julian Sikorski wrote: > > Hello, > > now that lzma-sdk in Fedora rawhide is no longer ancient, I tried using > it with mame. Unfortunately, I got a number of undefined references when > linking: > > Is it a problem with lzma-sdk not shipping those? Or is mame

Re: Releasing package updates in multiple Fedora releases

On Sun, Jun 18, 2023 at 5:17 AM Mattia Verga via devel wrote: > > For the 99% of packages I maintain I usually perform the same workflow > when updating them: > > 1. Update spec and source in Rawhide > 2. commit and push > 3. fedpkg build > 4. fedpkg switch-branch f* > 5. git merge rawhide > 6.

Re: Circular import issue in F37

On Mon, Jun 5, 2023 at 6:45 AM Sandro wrote: > > Hi again, > > I'm trying to understand why I'm getting a circular import error running > tests only in F37 [1]. > > It's an easy fix adding an empty __init__.py in %prep, but why are F38 > and rawhide buildroots happy not having that file, while

Re: Old stalled bodhi updates

On Tue, May 30, 2023 at 4:16 PM Adam Williamson wrote: > On Tue, 2023-05-30 at 21:52 +0200, Mikel Olasagasti wrote: > > Hi all, > > > > There are currently 157 updates in testing or pending status in Bodhi > > that were created before 2023: > > > > >

Re: Build system clocks?

On Sun, May 7, 2023 at 4:59 PM Chris Adams wrote: > Once upon a time, Kevin Kofler said: > > Chris Adams wrote: > > > I updated the source of a package of mine last night. The upstream is > > > on Github, and I use the %forgemeta macro for an easy spec file. When > I > > > tried to run

Re: Test upgrades from F37 to F38 - it will take you just a minute

Hi Zbyszek, On Thu, Feb 23, 2023 at 1:55 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Wed, Feb 22, 2023 at 09:34:14AM -0700, Nathanael D. Noblet wrote: > > On Wed, 2023-02-22 at 10:30 +0100, Miroslav Suchý wrote: > > > dnf --releasever=38

Re: Should python-mysql be retired in Fedora and EPEL?

On Thu, Feb 9, 2023 at 3:40 PM Michel Alexandre Salim < sali...@fedoraproject.org> wrote: > Dear fellow Fedorans, > > It seems that python-mysqlclient will now transparently upgrade python- > mysql since 2.1.1-2 (for Fedora): > >

Re: Packaging portmidi versions: devel conflicts OK?

On Sat, Mar 4, 2023 at 8:13 AM Michael J Gruber wrote: > > Il 03/03/23 19:00, Michael J Gruber ha scritto: > > What about: > > > > - create a compat-portmidi0 package and move current portmidi there > > (bonus: mark it as deprecated) > > - change frescobaldi to require the compat package until a

Re: Package Tutorial bug - missing BuildRequires gcc

On Wed, Mar 1, 2023 at 3:35 PM Kenneth Goldman wrote: > > https://docs.fedoraproject.org/en-US/package-maintainers/Packaging_Tutorial_ > GNU_Hello/ > > > The tutorial says: > > Lines which are not needed

Heads-up: xeus 3.0.3 coming to Rawhide with .so version bump

In one week (2022-01-15), or slightly later, I plan to build xeus 3.0.3 for Rawhide. This update will bump the .so version from 5 to 8, and xeus remains a leaf package AFAIK, so there should be no impact to other packages. -- Elliott ___ devel mailing

Re: Is there convenient way to setup Fedora compilation flags outside of the RPM build?

On Fri, Dec 23, 2022 at 1:21 PM Vít Ondruch wrote: > > Working with upstream on one issue [1], it seems that the culprit is in > the Fedora compiler options. Is there some convenient way to set them > up? Of course I can copy them from log, or somehow put together from the > RPM macros, but I'd

Re: GSSDP and GUPnP 1.6 coming to Rawhide

On Mon, Nov 21, 2022 at 2:04 PM David King wrote: > > The 1.6 series of both GSSDP and GUPnP was released a while ago, and the > 1.6.2 releases contain an important fix for Rygel (which itself depends > on the 1.6 series in the latest version): > >

Re: pathfix.py will be removed from Python 3.12

On Thu, Oct 27, 2022 at 5:51 AM Miro Hrončok wrote: > > On 26. 10. 22 23:19, Elliott Sales de Andrade wrote: > > This list is not sorted, which makes it difficult to scan. Please also > > provide the maintainers-by-package list that is usually sent for > > changes t

Re: pathfix.py will be removed from Python 3.12

On Wed, Oct 26, 2022 at 6:41 AM Lumír Balhar wrote: > > Hello. > > Since Python 2.0 (1994), Python provided a useful tool pathfix.py that > we use in Python RPM macros for fixing shebangs of Python modules and > some RPM packages use it as well directly in their specfiles for similar > purposes.

Re: Help needed triaging build failures without distutils

On Tue, Oct 18, 2022 at 5:28 AM Miro Hrončok wrote: > > Hey Pythonistas. > > The Python standard library distutils module will be removed from Python 3.12+ > > https://peps.python.org/pep-0632/ > > As preparatory work, we build all python packages in a Copr repository with > Python 3.11 sans

Re: Heads-up / for discussion: dnf not working with 1G of RAM or less

On Sun, Aug 28, 2022 at 11:24 PM Adam Williamson wrote: > > Hey folks! I apologize for the wide distribution, but this seemed like > a bug it'd be appropriate to get a wide range of input on. > > There's a bug that was proposed as an F37 Beta blocker: >

Re: GNOME's Icon Development Kit icons potentially causing implicit conflicts

On Tue, Aug 23, 2022 at 10:59 PM Maxwell G via devel wrote: > > On Tuesday, August 23, 2022 Lyes Saadi wrote: > > Fortunately, Icon Development Kit is under CC0, so we're kinda saved > > from a Licensing apocalypse (although, I have to admit that this is not > > ideal). > > The CC0 has been

Re: gsl soversion bump

On Thu, Aug 11, 2022 at 12:08 PM Susi Lehtola wrote: > > Hello, > > > gsl will be updated from version 2.6 to 2.7.1 which changes the > soversion from .25 to .27 in one week. List of dependent packages > > $ for rpm in $(repoquery --disablerepo=* --enablerepo=rawhide > --whatrequires

Retiring python-sphinx-panels in Rawhide+F37

Hi, python-sphinx-panels is currently FTBFS as it does not support Sphinx 5. It is abandoned upstream with the suggestion of sphinx-design instead. My package which depended on it has moved to sphinx-design, and I believe all others have as well. According to repoquery, there should be no

Re: F36->F37 dnf system upgrade errors

On Tue, Aug 16, 2022 at 4:41 PM Chris Murphy wrote: > > I'm not sure what's up with all the group package messages, I haven't > previously seen that before. Any ideas? > I've filed several issues for these in F36; those appear to be the same, mostly.

Re: gsl soversion bump

On Thu, Aug 11, 2022 at 12:08 PM Susi Lehtola wrote: > > Hello, > > > gsl will be updated from version 2.6 to 2.7.1 which changes the > soversion from .25 to .27 in one week. List of dependent packages > > R-gsl-2.1.6-11.fc37.src.rpm R is currently being rebuilt in a side tag, I believe, so best

Re: List of long term FTBFS packages to be retired in 1 week

On Mon, Aug 1, 2022 at 8:56 AM Miro Hrončok wrote: > > Dear maintainers. > > Based on the current fail to build from source policy, the following packages > will be retired from Fedora 37 approximately one week before branching (next > week). > The F37 schedule says the retirement occurs on the

Re: Important changes to software license information in Fedora packages (SPDX and more!)

On Fri, Jul 29, 2022 at 11:20 AM Matthew Miller wrote: > > > On behalf of all of the folks working on Fedora licensing improvements, > I have a few things to announce! > > > New docs site for licensing and other legal topics > -- > > All

Re: Please use side tags for backwards-incompatible bumps of major packages, not buildroot overrides

On Wed, Mar 23, 2022 at 12:16 PM Adam Williamson wrote: > > On Wed, 2022-03-23 at 08:39 +, Paul Howarth wrote: > > > > OK, so this is largely my fault. Whilst I didn't do the initial perl > > 5.34.1 build and update, I did set up the buildroot override and the > > builds of the two packages

Re: Packaging guidelines: gettext vs. gettext-devel

On Fri, Mar 4, 2022 at 3:26 PM Ken Gaillot wrote: > > Hi all, > > I have a question about the guidelines for "Handling Locale Files": > > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_handling_locale_files > > The guidelines state, "If the package uses gettext for translations, >

Re: compiling otter-browser-1.0.03 on rawhide fails with Error: /builddir/build/BUILD/otter-browser-1.0.03/redhat-linux-build is not a directory

On Sat, Feb 26, 2022 at 10:20 AM Martin Gansser wrote: > > sovled by adding this to the spec file. > > %global __cmake_in_source_build 1 > That's not right; the problem is you are doing %cmake . which forces the build into the source directory instead of doing the default build directory that

Re: F36 Change: Django 4.0 (Self-Contained Change proposal)

On Wed, 5 Jan 2022 at 11:26, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Django4.0 > > == Summary == > Update Django to version 4.0. > > == Owner == > * Name: [[User:mrunge| Matthias Runge]] > * Email: mru...@redhat.com > > > == Detailed Description == > > The Django project has

Re: File collision advice

On Tue, 4 Jan 2022 at 23:04, Jerry James wrote: > > I would like some advice on this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=2036438 > > There are a number of packages with names of the form > python-sphinxcontrib-foo, which install their files into >

Re: Copr success but no packages?

On Mon, 3 Jan 2022 at 16:25, Steven A. Falco wrote: > > I ran the following build on Copr: > > https://copr.fedorainfracloud.org/coprs/stevenfalco/kicad/build/3123050/ > > There are three chroots, one for F34, F35, and rawhide (all x86_64). > > All report "success", but there are no resulting rpm

Re: F36 Change: Hunspell Dictionary dir change (System-Wide Change proposal)

On Wed, 29 Dec 2021 at 10:02, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Hunspell_dictionary_dir_change > > == Summary == > Update Hunspell Dictionary system directory from /usr/share/myspell/ > to /usr/share/hunspell/ > > == Owner == > * Name: [[User:vishalvvr| Vishal

Re: The great Mailman 3 / Hyperkitty upgrade: bumping flufl-lock and mistune?

On Tue, 14 Dec 2021 at 17:32, Michel Alexandre Salim wrote: > > Hi all, > > Neal Gompa and I have been reviving the effort to get our mailing list > server infrastructure (currently running on RHEL 7 with missing packages > provided in an unofficial repo) hostable on RHEL 9 + EPEL. > > Pagure

Re: The great Mailman 3 / Hyperkitty upgrade: bumping flufl-lock and mistune?

On Tue, 14 Dec 2021 at 17:32, Michel Alexandre Salim wrote: > > Hi all, > > Neal Gompa and I have been reviving the effort to get our mailing list > server infrastructure (currently running on RHEL 7 with missing packages > provided in an unofficial repo) hostable on RHEL 9 + EPEL. > > Pagure

Re: Automatically generated Obsoletes tags?

On Mon, 29 Nov 2021 at 08:04, Tomáš Orsava wrote: > > The downside is that we will have a few thousand (est. 3624 [1]) > additional Obsoletes tags in the Fedora repos that are mostly useless. > Does anyone see a problem with this? Given the amount of tags already > present (e.g. 336 thousand

Review swaps for git-lfs/go-minify deps

Hello, I haven't done a review in a while, and since I need some new reviews, I thought I'd see if anyone wanted to swap. The latest git-lfs requires 2 new dependencies: - https://bugzilla.redhat.com/2007909 golang-github-git-lfs-pktline - Git pkt-line Toolkit -

License change: R-tidyselect: GPLv3 -> MIT

As in title, for the 1.1.1 update, which I will send in F34 and F33 as well. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

License correction: R-remotes: GPLv2+ -> MIT

This occurred in the previous update from 2.3.0 to 2.4.0 done by someone else, but the License tag was not updated. This applies to Rawhide and F35, and I will also build for F34 now. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org

License correction: R-pillar: GPLv3 -> MIT

The license changed between 1.4.7 and 1.6.1, but that update was made by someone else who did not update the license tag. This only affects Rawhide and F35, so I am only making the change there. -- Elliott ___ devel mailing list --

soname bump in xeus

xeus 2.0.0 bumps soname from 1 to 5. I do not believe there are any dependents at this time that need rebuilding, but I am only bringing the change to F35 & Rawhide. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

License change for R-roxygen2: GPLv2 -> MIT

The to-be-built R-roxygen2 7.1.2 release will be MIT instead of GPLv2; this will come to all Fedora releases. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora

Re: Package deletion notifications are unparsable

On Mon, 13 Sept 2021 at 19:19, Kevin Fenzi wrote: > > On Mon, Sep 13, 2021 at 09:09:39AM +0100, Richard W.M. Jones wrote: > > On Mon, Sep 13, 2021 at 12:56:45AM -0400, Elliott Sales de Andrade wrote: > > > I see the following in my Fedora Notifications Digest > > >

Re: Some delay with Rawhide builds getting to the buildroot?

On Mon, 13 Sept 2021 at 04:10, Richard W.M. Jones wrote: > > > The build finished last night: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1830840 > > but is still not available to build against (8+ hours later). Isn't that because the gating tests failed to run?

Package deletion notifications are unparsable

I see the following in my Fedora Notifications Digest Digest Summary: 1. qulogic's visidata-2.3-1.fc35 was deleted ... --- (2021-09-11 09:56:50 UTC) qulogic's visidata-2.3-1.fc35 was deleted -

Re: Migrating python-graphql-server to new guidelines

On Sun, 22 Aug 2021 at 06:06, Mattia Verga wrote: > > Hello folks, > I'm trying to migrate graphql-server spec file to the newer Python > guidelines, but I'm hitting some walls. > > - Building the package locally went fine, while on Koji [¹] I get: > error: line 39: Unknown tag:

Re: Updated hdf5/netcdf/octave coming to rawhide

On Mon, 9 Aug 2021 at 21:42, Orion Poplawski wrote: > > I'm starting to build packages and all dependencies for an updated > hdf5/netcdf/octave stack in a side tag. Please use: > > fedpkg build --target=f35-build-side-44365 > > to build dependent packages until the side tag is merged back. > >

Re: Updated hdf5/netcdf/octave coming to rawhide

On Mon, 9 Aug 2021 at 21:42, Orion Poplawski wrote: > > I'm starting to build packages and all dependencies for an updated > hdf5/netcdf/octave stack in a side tag. Please use: > > fedpkg build --target=f35-build-side-44365 > > to build dependent packages until the side tag is merged back. > Is

Obsoleting extras subpackages

In Dask, they have some extras that have effectively been removed, but they kept them in their config for backwards compatibility. In Fedora, I would like to remove the meta-subpackages, as they don't provide any additional Requires. As such, I would like to Obsolete them from the main package,

Re: Building docs of compiled extensions with new macros

On Wed, 18 Aug 2021 at 19:51, Miro Hrončok wrote: > > On 18. 08. 21 11:09, Elliott Sales de Andrade wrote: > > I've been experimenting with the new macros for Python packages, and > > ran into some issues building Sphinx docs for compiled extensions. > > > > When

Building docs of compiled extensions with new macros

I've been experimenting with the new macros for Python packages, and ran into some issues building Sphinx docs for compiled extensions. When building docs, one usually has to be able to import the project. When the project uses compiled extensions, it is not sufficient to point to the original

Re: After branching F36, under Rawhide I can not build packages for F35 for i386 arch, instead of it mock builded packages for F36.

On Mon, 16 Aug 2021 at 15:32, Mikhail Gavrilov wrote: > > Now compilation failing with error: "Error: GPG check FAILED". > https://pastebin.com/HNGz7N8A Rawhide should be releasever: 36 now. You'll need to update mock-core-configs as noted in the other thread. And if you modified your configs,

Re: requesting help to update spyder

On Sun, 15 Aug 2021 at 19:40, Scott Talbert wrote: > > On Sun, 15 Aug 2021, Miro Hrončok wrote: > > >> Hi, > >> > >> I am trying to update spyder on rawhide and F35. The main issue I have is > >> that pyqt requirements are strict. From the setup file, > >> > >> 'pyqt5<5.13', > >>

Re: pypy3 renamed to pypy3.7 on Fedora 35+, also available in Fedora 33/34

On Wed, 11 Aug 2021 at 08:50, Miro Hrončok wrote: > > Hello PyPyistas, > > we have renamed the pypy3 package to pypy3.7 (both the component and the > "binary" package) on Fedora 35+. The package no longer installs to > /usr/lib64/pypy3-7.x/ but rather to /usr/lib64/pypy3.7/. > > *What is this

Retiring python-pyinsane2

I have just retired python-pyinsane2; it has been archived by upstream in favour of its replacement libinsane. I believe all users in Fedora have also moved on to using libinsane as well. Since tests have broken, it is also FTBFS in Rawhide, and I don't intend to invest any time into fixing it.

Re: Bad checkout problem after mass rebuild?

On Sun, 1 Aug 2021 at 21:12, Richard Shaw wrote: > > I can see my commit in the log but it's not actually "there": > > commit 49efbd8bc23b44e5bdf417a96ef174c31ccca359 (HEAD -> rawhide, > origin/rawhide, origin/HEAD) > Author: Richard Shaw > Date: Sun Aug 1 19:57:58 2021 -0500 > > Bump

Re: ibus-setup error for typing-boster

On Tue, 13 Jul 2021 at 13:29, Per Bothner wrote: > > This is a follow-up to "ibus-typing-boster - testcase instruction error". > > Run ibus-setup in a terminal; > select the "Input Method" tab; > click on "Other - Typing Booster" to select it; > click "Preferences". > > I get: > > Traceback (most

Retiring python-descartes

Hi, I am retiring python-descartes in Rawhide. Upstream died when Bitbucket dropped Mercurial support, and has no intention of reviving it. Downstream users have stopped using it, and I have removed the unnecessary dependency from Fedora packages, or patched it out after reporting upstream. It

Orphaning python-pytest-helpers-namespace

I am orphaning python-pytest-helpers-namespace, which is no longer a dependency of my packages. It currently has one bug report [1] for updating to the latest version, which has grown a new dependency (setuptools-declarative-requirements) that I do not wish to also package. AFAIK, nothing else

Orphaning python-pytest-helpers-namespace

I am orphaning python-pytest-helpers-namespace, which is no longer a dependency of my packages. It currently has one bug report [1] for updating to the latest version, which has grown a new dependency (setuptools-declarative-requirements) that I do not wish to also package. AFAIK, nothing else

Re: [HEADS UP] Moving to sip 5 in Rawhide

On Wed, 16 Jun 2021 at 22:51, Scott Talbert wrote: > > Hi, > > Just a heads-up, I've been working on converting packages from sip 4 to > sip 5 in Rawhide. (sip is the Python bindings generation system used by > PyQt and wxPython.) > I see we have Qt6, but not PyQt6, in Fedora 34. Is this what's

Re: Upcoming soname bumps

On Sat, 12 Jun 2021 at 21:14, Jerry James wrote: > > Hello all, > Hi, > It's nearly time for another round of mathematical software updates, > including some soname bumps. I am going to do the following, in this > approximate order: > > - cliquer: update to version 1.22 > - cocoalib: update to

Re: goocanvas2-cairotypes mock build fails

On Thu, 10 Jun 2021 at 02:56, Martin Gansser wrote: > > Hi, > > I'am trying to build goocanvas2-cairotypes with mock, but this fails with > this error message [1]: > > Files found in blib/arch: installing files in blib/lib into architecture > dependent library tree > Installing >

Re: texlive 2021 landing in Rawhide

On Thu, 27 May 2021 at 19:04, Elliott Sales de Andrade wrote: > > On Thu, 27 May 2021 at 17:18, Tom Callaway wrote: > > > > Hi Fedorans, > > > > Just a heads-up, texlive-base (where the compiled code and immediate > > dependencies lives) and texlive

Re: texlive 2021 landing in Rawhide

On Thu, 27 May 2021 at 17:18, Tom Callaway wrote: > > Hi Fedorans, > > Just a heads-up, texlive-base (where the compiled code and immediate > dependencies lives) and texlive (where the thousands of other noarch > components live) have been updated to TeXLive 2021 in Rawhide (and the latest >

Re: RPM build errors: Illegal char '@' (0x40) in: @2.15.0@

On Wed, 12 May 2021 at 04:23, Sandro Mani wrote: > > Hi > > This is a new one [1] (koji task [2]): > > Provides: libimagequant = 2.15.0-1.fc35 libimagequant(x86-64) = 2.15.0-1.fc35 > libimagequant.so.0()(64bit) > Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) > <=

License change: R-later: GPLv2+ -> MIT

As in the title. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

License change: R-rvest GPLv3 -> MIT

As in subject; change will be in F34+ only due to necessary dependencies. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On Sat, 6 Mar 2021 at 18:53, Sandro Mani wrote: > > Hi > > I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34. > > I'll rebuild the following dependent packages: > > gdal > gdl > grass > libgeotiff > librasterlite2 > libspatialite > mapnik > mapserver > merkaartor > ncl >

License change: golang-tinygo-x-llvm: NCSA -> ASL 2.0 and NCSA

Since this package is basically a copy of some sources in LLVM, this change is a reflection of the ongoing efforts to relicense LLVM to ASL 2.0, which are only partially complete. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To

License change: R-dtplyr GPLv2+ -> MIT

Upstream has relicensed; changes coming to F34+ only due to dependencies. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

License change: R-forcats - GPLv3 -> MIT

Upstream has re-licensed to MIT. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

License change: R-hms - GPLv3 -> MIT

Upstream has relicensed, as in title. Due to requirements, this will only be changed in F34+. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

License correction: R-shiny GPLv3 -> GPLv3 and BSD and MIT and OFL

Since jqueryui is no longer packaged, I've re-bundled it in R-shiny. I went through the bundled JavaScript libraries and corrected the License field, as above. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

License change: R-withr GPLv2+ -> MIT

As in title; updates will be made to all releases. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

the-new-hotness is broken?

I just received 3 notifications that > the-new-hotness saw an update for , but pkgdb says the maintainers > are not interested in bugs being filed but all packages have monitoring enabled. Did something break with it? Maybe the branch name changes? -- Elliott

Re: Fedora rawhide compose report: 20210201.n.1 changes

On Tue, 2 Feb 2021 at 06:34, Vít Ondruch wrote: > > > Dne 02. 02. 21 v 12:00 Elliott Sales de Andrade napsal(a): > > On Tue, 2 Feb 2021 at 04:45, Vít Ondruch wrote: > > Dne 02. 02. 21 v 10:23 Fedora Rawhide Report napsal(a): > > OLD: Fedora-Rawhide-20210201.n.0 > NE

Re: Fedora rawhide compose report: 20210201.n.1 changes

On Tue, 2 Feb 2021 at 04:45, Vít Ondruch wrote: > > > Dne 02. 02. 21 v 10:23 Fedora Rawhide Report napsal(a): > > OLD: Fedora-Rawhide-20210201.n.0 > > NEW: Fedora-Rawhide-20210201.n.1 > > > > = SUMMARY = > > Added images:0 > > Dropped images: 2 > > Added packages: 6 > >

Re: merging packages - is fedora fedora guideline right?

On Wed, 20 Jan 2021 at 03:48, Petr Stodulka wrote: > > Hi guys, > I am confused about the official guidelines for merging of packages in Fedora. > From my POV, when I merge some packages and the functionality is preserved, > the Obsoletes and Provides should be set and kept for 2 release cycles.

Re: Fedora 34 Change: Golang 1.16 (System-Wide Change proposal)

On Wed, 6 Jan 2021 at 05:12, Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Jan 06, 2021 at 04:49:03AM -0500, Jakub Cajka wrote: > > > > - Original Message - > > > From: "Josh Boyer" > > > To: "Development discussions related to Fedora" > > > > > > Cc: "Zbigniew Jędrzejewski-Szmek" >

License change: R-usethis GPLv3 -> MIT

As in subject; this will be in Rawhide only due to other breaking changes. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

License change: R-ggplot2 GPLv2 -> MIT

As in subject. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

License change: R-rlang GPLv3 -> MIT

As in subject. Due to other dependency changes, this will only be in Rawhide. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Fedora 34 Change: Enable btrfs transparent zstd compression by default (System-Wide Change proposal)

On Wed, 30 Dec 2020 at 14:53, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/BtrfsTransparentCompression > > == Summary == > > On variants using btrfs as the default filesystem, enable transparent > compression using zstd. Compression saves space and can significantly > increase the

Re: Packaging chunkfs - no debug output

On Wed, 2 Dec 2020 at 17:45, Richard Shaw wrote: > > On Wed, Dec 2, 2020 at 2:34 PM Elliott Sales de Andrade > wrote: >> >> >> >> On Wed., Dec. 2, 2020, 11:08 a.m. Richard Shaw, wrote: >>> >>> I'm working on packaging chunkfs for fun and cur

Re: Packaging chunkfs - no debug output

On Wed., Dec. 2, 2020, 11:08 a.m. Richard Shaw, wrote: > I'm working on packaging chunkfs for fun and curiosity. It should make > backing up VMs or other large files with traditional backup compression and > deduplication methods (i.e. BackupPC) easier by breaking up the file into > chunks. > >

Re: CPE Weekly: 2020-11-22

On Mon, 23 Nov 2020 at 05:54, Aoife Moloney wrote: > > ### OSBS for aarch64 > * Basic OKD 3.11 working on aarm64 with F31 What is OSBS? Please don't use undefined acronyms. > * Working on repeating that install with F33 > * Next step will be to This sentence is incomplete. -- Elliott

Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

On Mon, 23 Nov 2020 at 04:32, Miro Hrončok wrote: > golang-github-casbin go-sig, orphan 0 weeks ago I took this one before realizing it was v1, not v2, so I've orphaned it again. > golang-github-cenkalti-backoffgo-sig, jchaloup, orphan 0 weeks ago >

Re: video meeting to discuss Matrix/Element and IRC

On Thu, 19 Nov 2020 at 14:44, Tom Hughes via devel wrote: > > On 19/11/2020 19:25, Adam Williamson wrote: > > > I mean, I'm an old fogey too, but at *some* point we do have to accept > > that new things can be actively better. > > True. > > > I honestly can see exactly zero downsides to using a

License change: R-vctrs GPLv3 -> MIT

See title. I will only be updating in F33+. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Upstream SPEC files - was: Re: patch applied without package maintainers' approve

On Mon, 16 Nov 2020 at 03:06, Miroslav Suchý wrote: > > Dne 12. 11. 20 v 21:22 Adam Williamson napsal(a): > > If you're going to have this kind of "upstream" spec file...well, I > > wish you wouldn't. But if you do, *AT MINIMUM*, the "downstream" spec > > files need to have a clear explanation

R-here license change: GPLv3 -> MIT

As in title, here re-licensed from GPLv3 to MIT. There are also some new dependencies, so likely won't be building this in Rawhide for a little bit until they are reviewed. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To

R-rprojroot license change: GPLv3 -> MIT

As in title, rprojroot re-licensed from GPLv3 to MIT. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

R-generics license change: GPLv2 -> MIT

As in subject. I expect little trouble as it's more permissive. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Problem with F32 koji build root?

On Wed, 28 Oct 2020 at 19:07, Steven A. Falco wrote: > > I'm getting a build failure [1] in F32 that I'm not seeing in other targets > (F31, F33, rawhide are all good). > > The error is in the tex packages: > > ERROR: >

  1   2   >