Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On Thu, 28 May 2020 at 02:26, Petr Pisar wrote: > > On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > > the buildroot override expired? > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 >

Re: Searching a new home for my packages

On Fri, 12 Jun 2020 at 17:39, Miro Hrončok wrote: > > On 12. 06. 20 21:37, Thomas Spura wrote: > > Hi all, > > > > unfortunately, I don't find much time anymore to look for my packages .. > > Due to that, I would like to step down as the primary maintainer and > > am searching for a new home for m

Re: Orphaning my golang packages

On Tue, 7 Jul 2020 at 13:05, Fabio Valentini wrote: > > Hi everybody, > > I have to finally admit that I'll never again be able to play catch-up > with the ever-changing sprawling go library dependency tree of > syncthing. > > I have switched to using bundled dependencies for syncthing ~years ago

Ignoring non-Fedora notifications?

Hello, Some time ago, I reset my Fedora notifications to the defaults (previously it was just stuff from before I was a packager). As a member of various SIGs, this means I get a lot of notifications for packages that are not mine. I am fine with this generally. However, I don't really care about

Re: [EPEL-devel] Soname bump of libb2 on F31/EPEL7

On Sat, 16 May 2020 at 16:31, Felix Schwarz wrote: > > > Am 16.05.20 um 19:39 schrieb Antonio Trande: > > `libb2-0.98.1` has been required on F31 [1] and EPEL7 [2]; it expects a > > soname bump, so all dependent packages need to be rebuilt: > > > > $ repoquery --whatrequires libb2-devel --disabler

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

I made builds for R-argon2 last night as well, which you can include in your update. - R-argon2-0.2.0-7.fc31 Actually, there's no need for a _new_ update; you can just edit the existing one. On Mon, 25 May 2020 at 08:41, Felix Schwarz wrote: > > > builds for borgbackup done (finally): > - borgb

[HEADS-UP] Excluding unavailable Suggests from R packages

Hello, As you may or may not know, due to this F31 Change [1], all R packages now have Suggests for all packages in their metadata automatically. In the discussion with FPC and Legal [2], it has been determined that the Suggests cannot apply to non-existent packages. I have already fixed my packa

Re: Use immutable CRAN URLs

Hello, On Thu, 1 Nov 2018 at 20:45, Jason L Tibbitts III wrote: > > Since I actually had an existing pagure repo for random RPM macro > experiments, I just dropped the R macro stuff there. > > https://pagure.io/misc-rpm-macros > https://pagure.io/misc-rpm-macros/blob/master/f/macros.R-extra > > I

R-testit license change: GPLv2+ to GPLv3

Hello, Upstream has changed the license metadata for testit from 'GPL' to 'GPL-3', resulting in the consequential change of the Fedora package license from GPLv2+ to GPLv3. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscri

Re: List of long term FTBFS packages to be retired in February (beta)

On Thu, 28 Nov 2019 at 08:05, Miro Hrončok wrote: > golang-gopkg-sourcemapeclipseo, go-sig, jchaloup Fedora 28 This is obsoleted by golang-gopkg-sourcemap-1, has a dead.package, and should be retired already. ___ devel mailing list --

Re: dist-git bugzilla sync script being fixed

On Mon, 2 Dec 2019 at 08:22, Pierre-Yves Chibon wrote: > > Good Morning Everyone™, > > we have recently spent some time refactoring, improving and fixing the script > that syncs the default assignee and CC list from dist-git to Bugzilla. > > Since the script was broken for some time, we felt that

Re: Vim and spec template

On Fri, 19 Jul 2019 at 05:09, Zdenek Dohnal wrote: > > > On 7/18/19 9:47 PM, Jason L Tibbitts III wrote: > >> "ZD" == Zdenek Dohnal writes: > > ZD> Hi all, I would like to ask as Vim co-maintainer, do you find useful > > ZD> for Vim to do: > > > > ZD> - when you open new file with .spec suffi

Re: NeuroFedora review swaps

Hi Ankur, On Fri, 19 Jul 2019 at 19:54, Ankur Sinha wrote: > > Hello, > > Here are a few new NeuroFedora packages that need review. Happy to swap > reviews---I only have the one review to do at the moment which I intend > to complete over the weekend. > If you could, please have a look at: R-rpm

Removing macros.R

Hi, (This message is cross-posted to the Fedora devel and R SIG Fedora mailing lists.) Currently, R-core installs macros.R which defines one macro: %_R_make_search_index /usr/lib/rpm/R-make-search-index.sh This script does nothing, and there is no mention of this macro in our guidelines. The m

Re: systemd-243-rc1

On Fri, 2 Aug 2019 at 05:33, Adam Williamson wrote: > > On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote: > > Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit : > > > On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote: > > > > > > > Since these thi

Re: error: More than one file on a line

On Sat, Aug 3, 2019, 3:49 PM Christoph Junghans, wrote: > Hi, > > related to https://src.fedoraproject.org/rpms/kim-api/pull-request/1 > I am getting a strange error: > > RPM build errors: > BUILDSTDERR: More than one file on a line: > /_kim-api-collections-management > BUILDSTDERR: More

Re: fedora-review seam to not work 8-(

On Mon, 5 Aug 2019 at 18:28, Robert-André Mauchin wrote: > > On Monday, 5 August 2019 18:05:27 CEST J. Scheurich wrote: > > Hi, > > > > (Since the last update ?) fedora-review seams to not work: > > > > I am using > > > > Spec URL: ftp://ftp.ourproject.org/pub/wdune/vcglib.spec > > SRPM URL: ftp:/

Re: Orphaning some packages

Hi Pierre, On Sat, 3 Aug 2019 at 14:35, Pierre-Yves Chibon wrote: > > Good Morning Everyone, > > I think it's time I make amends and recognize that I've been a terrible > maintainer for a number of my packages. > So I'd like to orphan the following packages hoping they can find a better > home.

Re: Orphaned some (mostly Python) packages

Hi Miro, On Wed, 7 Aug 2019 at 07:21, Miro Hrončok wrote: > > # python-behave > Leaf. > Doesn't build yet with Python 3.8, but a patch exists: > https://bugzilla.redhat.com/show_bug.cgi?id=1706085 > > > # python-cligj > python-rasterio and python-fiona depend on that. > I can take this one, sinc

Re: Workaround for missing gpg keys in mock?

On Thu, 22 Aug 2019 at 22:43, Christopher wrote: > > On Thu, Aug 22, 2019 at 9:03 PM Nico Kadel-Garcia wrote: > > > > On Thu, Aug 22, 2019 at 7:57 PM Christopher > > wrote: > > > > > > I'm trying to do `fedpkg mock` to locally build some packages, and I > > > keep getting errors about GPG keys

Re: Orphaned packages to be retired (~400 during this week)

On Mon, 9 Sep 2019 at 18:02, David Sommerseth wrote: > > On 09/09/2019 23:49, Miro Hrončok wrote: > > The following packages are orphaned and will be retired when they > > are orphaned for six weeks, unless someone adopts them. If you know for sure > > that the package should be retired, please do

Re: Donate 1 minute of your time to test upgrades from F30 to F31

On Wed, 11 Sep 2019 at 11:53, Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote: > > On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote: > > > > Do you want to make Fedora 31 better? Please spend 1 minute of your > > > > time and try to r

Re: Donate 1 minute of your time to test upgrades from F30 to F31

On Thu, Sep 12, 2019, 10:24 AM Ankur Sinha, wrote: > On Wed, Sep 11, 2019 10:48:51 -0400, Solomon Peachy wrote: > > - vtk-8.1.1-5.fc30.x86_64 does not belong to a distupgrade repository > > There's vtk 8.2.0-6 that is already in F31 stable. So not sure what this > implies: > https://bodhi.fedor

"mock exited with status 110, see root.log for more information"; but it's a build failure

Yesterday, I saw this error periodically in a few random arches, and today I saw it more often (see examples at end of email). The individual builds say something like: > BuildError: error building package (arch x86_64), mock exited with status > 110; see root.log for more information but root.l

Re: "mock exited with status 110, see root.log for more information"; but it's a build failure

On Wed, 25 Sep 2019 at 11:02, Miroslav Suchý wrote: > > Dne 25. 09. 19 v 4:59 Elliott Sales de Andrade napsal(a): > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1389518 > > I looked at this one and: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=

Packages webapp status

On Thu, 30 Jan 2020 at 08:03, Neal Gompa wrote: > > On Thu, Jan 30, 2020 at 6:40 AM Iñaki Ucar wrote: > > > > On Wed, 29 Jan 2020 at 23:23, Leigh Griffin wrote: > > > > > > I suspect that a bulk of our users are similar to you. Given that you are > > > engaged on the thread (thank you!) what is

Re: 13 packages still requiring Python 3.7 in Fedora 32

On Wed., Feb. 5, 2020, 6:33 a.m. Miro Hrončok, wrote: > In Fedora 32, we have updated Python to 3.8: > > https://fedoraproject.org/wiki/Changes/Python3.8 > > There are last 13 packages that were still not successfully rebuilt with > Python > 3.8 and they require Python 3.7 at run-time, causing br

Policy for non-responsive reviewers

Hello, I've been waiting almost 2 months for my reviewer to respond on my package request. I pinged and set needinfo some time ago, but still nothing. My package is FTBFS and FTI in F31, and I've been stuck because of this. Looking at policies, I see one for non-responsive maintainerw [1], but I

Re: Policy for non-responsive reviewers

On Sun., Feb. 9, 2020, 11:15 a.m. Jerry James, wrote: > On Sun, Feb 9, 2020 at 4:21 AM Elliott Sales de Andrade > wrote: > > Looking at policies, I see one for non-responsive maintainerw [1], but > > I don't think this really applies. There's a page about the p

Re: Packages for Fedora Jam

Hi Erich, On Tue, 18 Feb 2020 at 12:10, Erich Eickmeyer wrote: > I have filed bugzilla reports for each one and blocked FE-NEEDSPONSOR for each > one. I'd like to get these sponsored as soon as possible. > To clarify, it is not the packages that need to be sponsored, it is *you*. https://fedorap

Re: Orphaning 'antimony' package

On Tue, 25 Feb 2020 at 12:55, Antonio Trande wrote: > > Hi all. > > Antimony (https://src.fedoraproject.org/rpms/antimony) is an orphan > package since today. Actually, it's orphaned *and retired*. This is not insurmountable for anyone who wishes to take over, but one does not necessarily imply t

Re: Self Introduction: Dan Shoemaker

Hi Dan! On Thu, 27 Feb 2020 at 02:55, Daniel Shoemaker wrote: > > Hi, my name is Dan Shoemaker. > I have been using Fedora since Fedora Core 6 for both personal and > professional use. About five years ago I started developing bash scripts in > order to start automating tasks I was doing whil

%find_lang for non-standard locations

Hi, The general guidelines currently state that translations should be found using %find_lang; this macro provides a listing of all *.mo files but not their containing directories. Specifying just the files makes sense when they are in the global location (/usr/share/locale), but not so much when

Unannounced soname bumps: proj and geos

Hi, The recent bump of proj in Rawhide from 4.9.3 to 5.2.0 also bumped the soname from libproj.so.12 to libproj.so.13. The bump of geos in Rawhide from 3.6.1 to 3.7.1 also bumped the soname from libgeos-3.6.1.so to libgeos-3.7.1.so. These bumps should be announced *before* the build has been mad

Re: Unannounced soname bumps: proj and geos

Hi, On Tue, 5 Feb 2019 at 17:12, Devrim Gündüz wrote: > Hi, > > On Mon, 2019-02-04 at 21:09 -0500, Elliott Sales de Andrade wrote: > > > > The recent bump of proj in Rawhide from 4.9.3 to 5.2.0 also bumped the > > soname from libproj.so.12 to libproj.so.13. > >

Re: Orphan/retire gogoc

Hi, > Hello, > > gogoc is dead to the world upstream (the gogo6.com site is now a > nutritional supplement pusher!), and without gogo6's servers, gogoc is > fairly useless. It's still possible it could be used to TSP tunnel > through one's own servers to get IPv6, but as far as I know, there > ar

Re: Proposal: Abandon v8 package

Hi, Sorry for resurrecting a long-dead thread, but a few things happened recently: 1. v8 was just retired last week or so, 2. R-V8 just ported itself from v8-314 to v8 LTS 6/7. Currently, R-V8 supports both v8-314 and v8, but as the latter fixes several downstream package issues, it is the recom

Re: Fedora 30 Mass Branching Starting Today

Hi, On Tue, 19 Feb 2019 at 09:21, Mohan Boddu wrote: > > Hello All, > > Fedora 30 will be branched from rawhide today as per the Fedora 30 > schedule[1]. The process takes about a day and everything should be ready by > tomorrow. You can still be able to build packages normally until then, but

Re: Proposal: Abandon v8 package

Let's try this again, but CC'ing the package owners. On 2019-02-17 9:12 p.m., Elliott Sales de Andrade wrote: > Hi, > > Sorry for resurrecting a long-dead thread, but a few things happened recently: > 1. v8 was just retired last week or so, > 2. R-V8 just ported itself

Re: Proposal: Abandon v8 package

On Thu, 28 Feb 2019 at 16:24, Stephen Gallagher wrote: > > On Wed, Feb 27, 2019 at 7:02 PM Elliott Sales de Andrade > wrote: > > > > Let's try this again, but CC'ing the package owners. > > > > On 2019-02-17 9:12 p.m., Elliott Sales de Andrade wrote: &

License change of R-gsl: GPLv2+ to GPLv3

Hi, Upstream has made a new release that changes the license from GPLv2+ to GPLv3. I intend to build this later today. Since its main use and linkage was to GSL which is GPLv3 only, this is effectively the license the built work is already under anyway. -- Elliott ___

lmdb fails to map large DBs on i686/s390x

Hi, I've been having some issues with LMDB on i686/s390x when building python-zarr and its dependants. I filed a bug report [1], but the maintainer suggested asking here to get more reach. I have replicated my original message from the report below: The documentation for LMDB [2] states that the

xtl tests fail on ppc64le/armv7hl with gcc9

Hi, I've had some issues with tests for xtl not working on ppc64le/armv7hl. These tests work fine on Fedora 29, but fail on 30+ [1]. Unfortunately, koschei does not check these platforms, but I'm fairly certain these started failing when gcc was updated to 9.0.0. Upstream is also suspicious that t

Re: lmdb fails to map large DBs on i686/s390x

Hi Tom, On Tue, 4 Jun 2019 at 05:22, Tom Hughes wrote: > > On 04/06/2019 10:03, Elliott Sales de Andrade wrote: > > > I have narrowed this down to the mmap call at [6] which attempts to > > map the backing file into memory. AFAICT, the mapped size is far below > > the

Re: HEADS UP: libgit 0.28

Hi Igor, On Wed, 5 Jun 2019 at 12:28, Igor Gnatenko wrote: > > Hello, > > I'm going to build libgit 0.28.x in rawhide and rebuild all affected > packages somewhere this week. > This means switching to a different source branch for golang-github-libgit2-git2go. Please let me know when 0.28 is rea

Re: glibc-arm-linux-gnu help

On Mon, 10 Jun 2019 at 16:46, Tom Callaway wrote: > > Reviving this. I do not have the time nor the energy to attempt to keep this > going, so I am going to disable the shared bits in cross-gcc and kill off > glibc-arm-linux-gnu. It's been broken for a while, so I doubt anyone will be > serious

Re: glibc-arm-linux-gnu help

On Wed, 12 Jun 2019 at 08:33, Nicolas Chauvet wrote: > > Le mer. 12 juin 2019 à 10:50, Elliott Sales de Andrade > a écrit : > > > > On Mon, 10 Jun 2019 at 16:46, Tom Callaway wrote: > > > > > > Reviving this. I do not have the time nor the energy to att

Automating R package dependencies

Hi R-interested packagers and others, Recently, I've been looking at how RPM can automatically determine Provides and Requires [1]. I have since implemented this for R using an R script [2] and some file attributes [3]. Following other languages' Provides, I have namespaced them as R(packageName).

Re: Automating R package dependencies

On Sun, Jun 16, 2019, 10:00 AM Iñaki Ucar, wrote: > On Sun, 16 Jun 2019 at 05:07, Elliott Sales de Andrade > wrote: > > > > Hi R-interested packagers and others, > > > > Recently, I've been looking at how RPM can automatically determine > > Provides a

Re: rawhide no longer recognizing autotool macros

On Wed, 19 Jun 2019 at 01:18, Philip Kovacs via devel wrote: > > OK, my builds are back in order having removed those macros and replaced them > with commands. > > I expect that many package maintainers will be hit with this. There are in fact only 10 packages using these macros: $ rg '__(acloc

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 at 18:59, wrote: > > On Thu, Jun 27, 2019 at 4:34 PM, Neal Gompa wrote: > > This is because > > in everything *except* Linux distributions, the unversioned name has > > already switched over. > > Not in macOS. System macOS is still Python 2, but new developers are not encoura

Re: Automating R package dependencies

FYI, I have put together a Change proposal for this work, which you may have seen announced [1]. On Mon, 17 Jun 2019 at 09:35, José Abílio Matos wrote: > > On Sunday, 16 June 2019 03.09.41 WEST Elliott Sales de Andrade wrote: > > Hi R-interested packagers and others, > > >

Re: Fedora 30 System-Wide Change proposal: New 128-bit IEEE long double ABI for IBM 64-bit POWER LE

On Wed, 22 Aug 2018 at 17:18, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/PPC64LE_Float128_Transition > > == Summary == > Transition IBM 64-bit POWER LE systems to the new 128-bit IEEE long double > ABI. > > == Owner == > * Name: Carlos O'Donell (codonell) > * Email: car...@redhat.

Re: qpdf soname bump in rawhide to 21.2.1

Hi, On Mon, 24 Sep 2018 at 09:52, Zdenek Dohnal wrote: > Hi, > > qpdf got new version and I would like to rebase our rawhide version, but > two packages will need to be rebuilt, because they depends on libqpdf > library. > I'm confused; there does not appear to be a soname bump: $ rpm -q --pro

R-tweenr license change

R-tweenr 1.0.0 has changed license from GPLv2+ and WTFPL to MIT and WTFPL. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.o

python?-sip-api is no longer available, breaking python-wxpython4

Hi all, I am attempting to build the latest matplotlib but it is failing to install python3-wxpython4 [1]: - nothing provides python3-sip-api(12)(x86-64) = 12.5 needed by python3-wxpython4-4.0.1-9.fc29.x86_64 I attempted to rebuild python-wxpython4 [2], but that did not help. It was then that

Re: Use immutable CRAN URLs

On Wed, Oct 31, 2018, 5:01 PM Iñaki Ucar On Wed, 31 Oct 2018 at 21:48, Jason L Tibbitts III > wrote: > > > > > "IU" == Iñaki Ucar writes: > > > > > > IU> This is great. However, in theory, given the naming guidelines, by > > IU> stripping the leading "R-" you should get the package name. In

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): > > https://src.fedoraproject.org/rpms/python-mysqlclient/c/1da9400c1c9c

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 --setopt=module_platform_id=platform:f3

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 "fedpkg

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: > > > > > https://bodhi.fedoraproject.org/updates/?searc

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. pu

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 ap

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: 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 (e.g

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: RPM build warning

On Tue, Jul 23, 2024 at 4:56 PM Steve Dickson wrote: > On 7/23/24 4:36 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Jul 23, 2024 at 04:31:31PM -0400, Steve Dickson wrote: > >> Hello > >> > >> I've got the following warning > >> > >> RPM build warnings: > >> source_date_epoch_from_change

Heads-up: python-sphinx-issues 4.1.0 coming to Rawhide and F41

In one week, I will update `python-sphinx-issues` to 4.1.0. Based on upstream changelog, the only breaking change is: - Remove ``__version__``, ``__author__``, and ``__license__`` attributes. Use ``importlib.metadata`` to read this metadata instead. I ran a test build on copr and see no issues

Re: pyliblo3-0.13.0 error: unknown file type '.pxd' (from 'src/liblo.pxd')

On Mon, Aug 26, 2024 at 10:13 AM Martin Gansser wrote: > > the following patcch [3] fix_liblo3.patch should now working > > [1] > https://martinkg.fedorapeople.org/ErrorReports/pyliblo3-0.16.2-0.1.git91d1781.fc41.src.rpm > [2] https://martinkg.fedorapeople.org/ErrorReports/pyliblo3.spec > [3] htt

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 using

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 so

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 f

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: 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 > https://download.copr.fedorainfracloud.org/results/@designsuite/ble

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 > %go_gene

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: 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 home-m

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 "libgsl.so.25

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 banned

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: > https://bugzilla.redhat.com/show_bug.cgi?id=

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): > > https://discourse.gnome.org/t/important-gssdp-gup

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 documentatio

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: 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: 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. https://pagure.io/fedora-comps/issues?author=

R-ps license change: BSD -> MIT

The R-ps 1.4.0 package has changed license from the previous BSD to MIT. New builds will be made shortly. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

License correction: python-cligj MIT -> BSD

The license tag on python-cligj appears to have always been wrongly tagged as MIT. I have now corrected it to BSD in Rawhide while updating to its latest beta, and will let this trickle down to other releases once the new release is out. -- Elliott ___

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: > Exception(/var/tmp/koji/tasks/2028/54442028/local/work/tasks/1779/54441779/k

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: https://docs.fedoraproject.or

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: https://docs.fedoraproject.org/en-US/pr

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 unsubscri

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 tha

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: https://docs.fedoraproject.org/en-US/project/code

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 Ma

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 > gol

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: 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. > > I

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 an

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

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: https://docs.fe

  1   2   >