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:
Hi Pierre,
> Good Morning Everyone,
>
> A few days ago, I sent this to the r-sig-fedora(a)r-project.org list but
> without
> reactions, so I'm sending it here as well in case there are more people
> interested here :)
>
> Thanks,
>
> Pierre
>
> --
>
> Good Morning Everyone,
>
> I was
Hello all,
All Haskell packages seem to be broken now, e.g., ghc-optional-args [1] or
anything on koschei [2]. They all fail like this:
+ ghc --make -no-user-package-db -dynamic Setup
[1 of 1] Compiling Main ( Setup.hs, Setup.o )
Linking Setup ...
git-annex-6.20180316 has changed license from GPLv3+ to AGPLv3+.
Technically, this was true when I enabled the webapp option in Rawhide earlier,
but I did not realize it. However, AGPL code has been merged into the main
application so the entirety of the package is now AGPL regardless of that
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
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:
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
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
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
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 from v8-31
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
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:
> > &
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
>
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
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.
> >
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
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
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
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
> > t
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
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
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 and Re
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
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
>
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
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
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
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,
> >
>
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
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
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.
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,
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
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
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:
>
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
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:
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
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:
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
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
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
>
>
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
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
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 --
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
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=
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
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
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
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
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*.
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 package
>
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
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
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
Hi,
Upstream has clarified their license as they embed some Knronos/EGL
specifications under a different license.
Thus, the package's license has changed from MIT to MIT and ASL 2.0.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
Hi,
I'm debugging an issue in a FTBFS, which appears caused by unexpected
warnings during a build [1]. These warnings come from R and complain
that /etc/localtime is not a symlink.
According to `man 5 localtime` [2], /etc/localtime cannot be a normal
file or hard link.
Is this something wrong in
On Tue, 8 Sep 2020 at 04:52, Petr Pisar wrote:
>
> On Tue, Sep 08, 2020 at 04:00:14AM -0400, Elliott Sales de Andrade wrote:
> > I'm debugging an issue in a FTBFS, which appears caused by unexpected
> > warnings during a build [1]. These warnings come from R and complain
>
Hi,
The latest libxls 1.6.0 changes ABI, but accidentally did not update
SONAME. I have not yet updated, but will do so once upstream fixes the
SONAME, which I hope will happen within a week's time for this
notice's purposes.
As far as I am aware, the only package dependencies are R-readxl,
On Fri, 4 Sep 2020 at 18:03, Ankur Sinha wrote:
>
> Hello folks,
>
> I'm seeing this error that causes a test failure on F32 for a noarch
> python package. It builds in mock on my x86_64 here, but on koji it gets
> a ppc64le builder and fails with this error. It's built fine on F33 and
> rawhide.
Hi Zdenek,
On Mon, 31 Aug 2020 at 12:11, Zdenek Dohnal wrote:
>
> Hi,
>
> I'm trying to package ipp-usb project
> (https://github.com/OpenPrinting/ipp-usb) which is written in Go. I
> generated spec file via go2rpm, but several files from source tarball
> which supposed to be packaged is not
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
___
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
Version 11 of ocrmypdf changes license from "LGPLv2 and CC-BY-SA and
Public Domain" to "MPL2.0 and MIT and BSD and CC-BY-SA and Public
Domain"
The main code switched licenses (to MPL2.0), and I found a few files
imported from elsewhere that had a different license (MIT/BSD).
It will be built for
When using Fedora's containers, LTO appears to be broken. I'm not sure
who to report this to, the container builder or gcc.
$ podman run --pull=always --rm -it registry.fedoraproject.org/fedora:rawhide
# dnf install -y gcc
# echo 'int main(void) { int class=0; return class; }' > sanitycheck.c
#
On Wed, 30 Sep 2020 at 17:42, Marius Schwarz wrote:
>
> Am 30.09.20 um 23:00 schrieb Chris Murphy:
> >
> >
> > And then these are current
> > grub2-efi-x64-2.04-31.fc33.x86_64
> > grub2-efi-x64-2.04-23.fc32.x86_64
> > grub2-efi-x64-2.02-110.fc31.x86_64
> >
> > I wonder if the affected hardware is
On Wed, 30 Sep 2020 at 18:27, Marius Schwarz wrote:
>
> Am 01.10.20 um 00:19 schrieb Elliott Sales de Andrade:
>
> Could it be a timing issue of some kind?
>
> the sooner i hit the boot from usb button, after the stick got inserted,
> the higher is the propability to start.
&
On Fri, 2 Oct 2020 at 18:53, Fabio Valentini wrote:
>
> - golang-github-willf-bitset-devel is newer in 32 than in 33:
> 0:1.1.11-1.fc32 > 0:1.1.10-5.fc33
>
> Updated builds for f33 seem to have been missed by the maintainer, f34 and f32
> have version 1.1.11, but f33 doesn't.
>
Well, I have a
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
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):
> -
libcroco was retired on Rawhide, but the libcroco-0.6.so.3()(64bit) it
provides is used by libtextstyle.so.0, part of gettext.
gettext is used by many many things. Please unretire libcroco, or
rebuild gettext without it.
--
Elliott
___
devel mailing
Hi,
Now that ppc64 is gone, s390x is the only big-endian architecture
left. Bugs around endianness are not usually difficult to fix, _if_ I
can debug it and see where exactly the problem is. However, this
requires a tedious guess-a-patch, try a scratch build, check the
result, rinse and repeat.
Hi,
The build for ghc-cryptonite failed in the mass rebuild [1] and a
later rebuild by me [2], but only on s390x. The failure appears to be
LTO related. This doesn't appear to affect many other Haskell
packages. (I've found one seemingly-related failure in
ghc-haskell-src-exts [3].) Since it's
gt; > >
> > > > On Sat, Aug 01, 2020 at 03:25:48AM -0400, Elliott Sales de Andrade
> > > > wrote:
> > > > > libcroco was retired on Rawhide, but the libcroco-0.6.so.3()(64bit) it
> > > > > provides is used by libtextstyle.so.0, pa
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
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
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
>
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
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
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.
>
>
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
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
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:
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:
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
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:
>
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:
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
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
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:
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:
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"
>
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.
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
> >
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
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
>
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
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
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)
> <=
1 - 100 of 184 matches
Mail list logo