I'm trying to reproduce the problem on the Fedora rawhide test machine but
it's running without error!
$ sudo systemctl status fail2ban.service
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/usr/lib/systemd/system/fail2ban.service; disabled;
preset: disabled)
Drop-In:
On Sat, May 4, 2024 at 4:49 PM Carlos Rodriguez-Fernandez <
carlosrodrifernan...@gmail.com> wrote:
> The suggestion for one of the comments of using `/run/fail2ban(/.*)?`
> instead of `/run/fail2ban.*` doesn't work?
>
I try to be very careful with making changes in SELinux and I don't know
what
I still don't understand SELinux and would appreciate an assist!
fail2ban-server is unable to create the socket file
/run/fail2ban/fail2ban.sock
There's a lot of custom SELinux policies and I'm unable to figure out what
needs to change.
https://bugzilla.redhat.com/show_bug.cgi?id=2279054
Just an observation...
I'm very happy for the assist, I don't have the time I used to for
packaging and the dependency chain for this particular package is "fun",
but as the primary maintainer for openexr, you can imagine my surprise as
this announcement.
Perhaps it would be a good idea to
On Tue, Feb 20, 2024 at 7:40 AM Brad Smith
wrote:
> I had this problem too. There is a new version of mock and
> more-core-config (not sure of name still getting first cup of coffee) in
> updates-testing that has the fix.
>
Ahh, updating mock didn't pull in mock-core-config. Both it and
On Tue, Feb 20, 2024 at 7:00 AM Miro Hrončok wrote:
>
>
> On 20. 02. 24 13:31, Richard Shaw wrote:
> > For about a week I've been seeing this when trying to test build
> packages for
> > rawhide locally:
> >
> > Transaction failed: Signature verification fai
For about a week I've been seeing this when trying to test build packages
for rawhide locally:
Transaction failed: Signature verification failed.
PGP check for package "bash-5.2.26-3.fc40.x86_64"
Almost there but running into a build problem with Blender...
https://koji.fedoraproject.org/koji/taskinfo?taskID=112606258
---
/builddir/build/BUILD/blender-4.0.2/intern/cycles/scene/image_vdb.cpp: In
member function ‘bool ccl::ToNanoOp::operator()(const
openvdb::v11_0::GridBase::ConstPtr&)’:
On Mon, Jan 29, 2024 at 12:03 PM Jerry James wrote:
> For the second time in two days, running "fedpkg build" gave me a few
> dozen lines that say:
>
> warning: runaway fork() in Lua script
>
> before the usual build messages start appearing. Is this a known issue?
>
Just started seeing this
On Mon, Jan 29, 2024 at 7:13 AM Sérgio Basto wrote:
> >
> > Well I just re-tried openvdb with _smp_build_ncpus 1 and it still
> > failed so I don't think we have a choice at this point. Perhaps it
> > was hitting the 4GB max per process due to being 32bit?
> >
>
> Have you try set in build the
On Mon, Jan 29, 2024 at 4:16 AM Jonathan Wakely wrote:
> On Sun, 28 Jan 2024 at 15:18, Richard Shaw wrote:
> >
> > Well I upped the memory to 10GB and got it to build but the issue on
> i686 with the wrong tbb package being pulled in has not been corrected by
> any
On Sun, Jan 28, 2024 at 9:55 AM Ben Beasley wrote:
> Blender already excludes i686:
>
>
> https://src.fedoraproject.org/rpms/blender/blob/8088da10c20e53ab0e1dd5de6fd3a2344bd288aa/f/blender.spec#_207
>
> So does prusa-slicer:
>
>
>
Well I upped the memory to 10GB and got it to build but the issue on i686
with the wrong tbb package being pulled in has not been corrected by any of
the 4 maintainers of the package. So I did a minimal update and changed the
tbb BR's from pkgconf to cmake and a scratch build completed pulling in
On Wed, Jan 24, 2024 at 10:56 PM Mamoru TASAKA
wrote:
> Richard Shaw wrote on 2024/01/25 12:43:
>
> See:
>
> https://src.fedoraproject.org/rpms/build-constraints-rpm-macros/blob/rawhide/f/macros.build-constraints
>
> The macro attemps to reduce parallel make jobs when t
So with the tbb[1] update OpenVDB is one of the stragglers having issues
that need to be addressed before I can build OpenImageIO.
Looking at the releng rebuilt attempt it failed on ppc64le. I kicked off
the build again[2] and this time it failed on s390x:
On Tue, Jan 16, 2024 at 5:36 PM Aleksei Bavshin
wrote:
> Ah, I misread the include path. It's our package that is too old :(
> https://src.fedoraproject.org/rpms/rapidjson/pull-request/4 should help.
>
It doesn't look like the pull request has gotten any attention. Perhaps
it's time to initiate
I'm working on getting a new dependency of one of my packages into Fedora:
https://github.com/socketio/socket.io-client-cpp/releases
After doing successful test builds locally in mock (no error output at all)
I used fedora-create-review but all the builds failed with:
In file included from
While it's only a warning, I would like to "fix" it.
When building flrig I'm seeing the following:
widgets/font_browser.cxx: In member function '__ct_base .constprop':
widgets/font_browser.cxx:202:52: warning: argument 1 value
'18446744073709551615' exceeds maximum object size
I plan to build OpenImageIO 2.5.x in rawhide in the near future.
Affected packages to be built in a side tag:
$ fedrq wr -F "name" -s OpenImageIO-devel
OpenColorIO
blender
embree
luxcorerender
oidn
openshadinglanguage
usd
Thanks,
Richard
FAS: hobbes1069
--
On Mon, Oct 30, 2023 at 7:49 AM Lukas Javorsky wrote:
> The possible remediation for this FTBFS packages are:
>
> Chromium -> Use bundled minizip library
> Libdigidocpp -> Use bundled minizip library
> OpenColorIO -> Don't upgrade minizip-ng to the new 4th version of API
> (stay with
Never mind, I hadn't realized fedpkg had grown the ability to do COPR
builds.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
I'm trying to test build packages before actually creating a side tag and
doing real builds.
I'm using rpkg to do the test builds but openshading language uses
RPMAutoSpec. I've tried creating empty commits to bump the release but it
does not appear to be working.
What's the work around?
Forgot to mention I'm doing the test builds here:
https://copr.fedorainfracloud.org/coprs/hobbes1069/OIIO/builds/
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Mon, Sep 25, 2023 at 2:11 AM Sandro wrote:
> On 24-09-2023 03:26, Richard Shaw wrote:
> > I haven't been able to find the new command in my email history to find
> > dependencies but my old script shows the following need to be rebuilt:
> >
> > blender
I haven't been able to find the new command in my email history to find
dependencies but my old script shows the following need to be rebuilt:
blender
krita
luxcorerender
OpenImageIO
usd
I'll try them in a COPR first to make sure there aren't any issues.
Thanks,
Richard
On Fri, Sep 1, 2023 at 9:02 AM Richard W.M. Jones wrote:
> On Fri, Sep 01, 2023 at 07:10:59AM -0500, Richard Shaw wrote:
> > Drive by comment because I found this thread interesting...
> >
> > What compression level was used for zstd? My understanding is that higher
&
Drive by comment because I found this thread interesting...
What compression level was used for zstd? My understanding is that higher
levels take longer to compress but decompression time remains virtually the
same.
Thanks,
Richard
___
devel mailing
On Wed, Aug 23, 2023 at 1:41 PM Steven A. Falco
wrote:
> On 8/23/23 02:22 PM, Miroslav Suchý wrote:
> > dnf --releasever=39 --setopt=module_platform_id=platform:f39 \
> > --enablerepo=updates-testing \
> > $(rpm -q fedora-repos-modular >/dev/null && echo
> --enablerepo=updates-testing-modular) \
Specifically I think this needs to be addressed if possible:
# dnf repoquery --whatrequires libchromaprint\* | grep x86_64
Last metadata expiration check: 0:02:55 ago on Sun 06 Aug 2023 10:10:31 AM
CDT.
acoustid-fingerprinter-0:0.6-31.fc38.x86_64
chromaprint-tools-0:1.5.1-8.fc38.x86_64
On Sun, Aug 6, 2023 at 9:44 AM Sérgio Basto wrote:
> On Sun, 2023-08-06 at 08:04 -0500, Richard Shaw wrote:
>
> From what I can tell in the spec file[1] for chromaprint, the only thing
> that's supposed to depend on ffmpeg is the tools package, but it seems to
> hav
>From what I can tell in the spec file[1] for chromaprint, the only thing
that's supposed to depend on ffmpeg is the tools package, but it seems to
have found its way into libchromaprint[2] as well.
I'm trying to build a new version of codec2 with a soname change but I'm
hitting this:
DEBUG
I plan to update codec2 to version 1.5.0 and will perform all rebuilds in a
side tag.
Affected packages:
baresip
ffmpeg
freedv
gnuradio
lpcnetfreedv
sdrangel
sdrpp
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
On Wed, Aug 2, 2023 at 7:14 AM Miroslav Lichvar wrote:
> On Wed, Aug 02, 2023 at 06:47:58AM -0500, Richard Shaw wrote:
> > I was poking around trying to fix the FTBFS problem with direwolf and it
> > looks simple enough. As it has built before for years I assume it's
> rel
I have orphaned qodem. I haven't used it in years and was only interested
during a brief revival of the good ole' BBS days many years ago.
https://src.fedoraproject.org/rpms/qodem
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
I was poking around trying to fix the FTBFS problem with direwolf and it
looks simple enough. As it has built before for years I assume it's related
to GCC 13.
Here's the error:
/builddir/build/BUILD/direwolf-1.6/src/direwolf.h:303:56: error: expected
declaration specifiers or '...' before string
On Thu, Jul 13, 2023 at 5:10 PM Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Richard Shaw wrote:
> > # FIXME This patch is completely meaningless in the context of C++.
> > # It is a workaround for a pyside2 build failure with Qt 5.15.9,
> > # p
I was able to work around that error but now hitting the following, and the
crumb trail I followed seems to indicate that this needs to be fixed in
Qt5, not PySide2[1]
In file included from
So it looks like upstream has no intention of supporting Python 3.12 in
Pyside2 (5.15.x series), only in Pyside6 which AFAIK requires Qt6.
https://bugreports.qt.io/browse/PYSIDE-2388
Porting is non-trivial and Python upstream does not provide a porting guide.
On Thu, Jul 6, 2023 at 5:41 AM Jonathan Wakely wrote:
> >
> > Wouldn't it be better to just update OpenCascade to its new upstream
> version in that sidetag as well instead of doing a compat package for it?
>
> Define better.
> To be clear, I'm not "doing a compat package" for it. I'm just
>
For anyone who didn't see discussion on the list OpenCOLLADA upstream
hasn't seen a commit since 2018 and no one has stepped up to port it to
pcre2.
I tried to convert it to use the bundled pcre as a stop gap to keep it
going a bit further but it installs the library instead of building
On Wed, Jun 28, 2023 at 6:37 AM Richard Shaw wrote:
> On Wed, Jun 28, 2023 at 6:12 AM Vitaly Zaitsev via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Results: 37 builds succeeded, 19 failed.
>>
>> gnuradio
>>
>
> Issue filed upstream:
>
On Wed, Jun 28, 2023 at 6:12 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> Results: 37 builds succeeded, 19 failed.
>
> gnuradio
>
Issue filed upstream:
https://github.com/gnuradio/gnuradio/issues/6735
Also, not all the maintainers may review the devel list as closely.
On Mon, Jun 26, 2023 at 10:02 AM Michal Schorm wrote:
> > Moreover, it's designed to give the end users a simple workflow to build
> their own custom images.
>
> That's something I'd be interested in.
> I always have an USB drive (or several) with Fedora ISO(s) lying
> around, being handy from
> > > > On Mon, 5 Jun 2023 17:53:59 -0500
> > > > Richard Shaw wrote:
> > > >
> > > > > I just saw this[1] on the packager dashboard:
> > > > >
> > > > > error: Could not create output direct
I just saw this[1] on the packager dashboard:
error: Could not create output directory
/builddir/build/BUILD/libftdi1-1.5/redhat-linux-build/doc/xml
Full log:
https://kojipkgs.fedoraproject.org/work/tasks/5182/101845182/build.log
Is this a known issue?
[1]
On Mon, May 29, 2023 at 8:26 AM Sam Varshavchik
wrote:
> Richard Shaw writes:
>
> > error: possibly dangling reference to a temporary [-Werror=dangling-
> > reference]
> > 315 | const auto & parents =
> > dae.root().selectNodes("//*[@sid]/
OpenCOLLADA has been failing to build with gcc 13 due to[1]:
error: possibly dangling reference to a temporary
[-Werror=dangling-reference]
315 | const auto & parents =
dae.root().selectNodes("//*[@sid]/..");
The code in question[2] is:
// InstanceWithExtra and other with
On Sat, May 27, 2023 at 4:48 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 26/05/2023 14:07, Richard Shaw wrote:
> > Doxygen was updated from 1.9.6 to 1.9.7 which I would assume should be a
> > pretty harmless update
>
> Some Doxygen min
On a side note I love the packager dashboard!
I noticed that OpenColorIO builds in rawhide were failing[1] and took a
look at the logs and the errors seem to be around doxygen:
In file included from
/builddir/build/BUILD/OpenColorIO-2.2.1/src/bindings/python/PyOpenColorIO.h:18,
So subject kind of says it all, but to follow up, when I google Fedora
known good licenses I get this:
https://fedoraproject.org/wiki/Licensing:Main#SoftwareLicenses
Which uses the old license identifiers, so there's that. And
licensecheck is a PITA because I have to always add
On Sun, Apr 23, 2023 at 4:09 AM Miroslav Suchý wrote:
> New version of fedora-license-data and license-validate has been released.
>
> NEW: the package fedora-license-data now contains BNF grammar which you
> can use. It is available in `/usr/share/fedora-license-data/grammar.lark`
>
You'll
On Fri, Apr 21, 2023 at 3:39 PM Ben Cotton wrote:
> On Fri, Apr 21, 2023 at 4:05 PM Maxwell G wrote:
> >
> > What evidence shows that the group is ever shrinking? I often see Self
> > Introduction posts and new people interacting with project. I suppose
> > that whether they continue
Not quoting anything in particular, just my opinion and a +1.
Being a solid Gen X'er I'm comfortable in both worlds. I will say that I've
found the large volume of emails between Fedora and MythTV (though it's
slowed in the last few years) occasionally overwhelming.
The first thing I do almost
On Tue, Apr 4, 2023 at 12:45 AM Miroslav Suchý wrote:
> Dne 04. 04. 23 v 3:20 Richard Shaw napsal(a):
>
> I have updated my licensecount script which summarises the licenses in a
> source and uses licensecheck to output SPDX licenses instead, but they
> output the "short&q
WARNING: This is a small rant...
I have tried to keep up with the emails on the devel list around this but I
admit that I haven't been able to devote the time to GROK them all.
I decided to look up my packages on src.fedoraproject.org (I'm still not
sure if it's showing me all packages I'm admin
On Wed, Mar 1, 2023 at 7:45 AM Daniel P. Berrangé
wrote:
>
> Fast forward 6 months and evidentally no one else was enthusiastic about
> updating the MinGW packaging guidelines, so I've taken on that task myself
> :-)
>
Thanks for volunteering! I converted one of my packages but honestly I've
On Wed, Feb 22, 2023 at 6:05 PM Miro Hrončok wrote:
> On 23. 02. 23 0:56, Richard Shaw wrote:
> > On Wed, Feb 22, 2023 at 2:52 PM Thomas Rodgers > <mailto:trodg...@redhat.com>> wrote:
> >
> > The f39-boost side tag builds have finished.
> >
> >
On Wed, Feb 22, 2023 at 2:52 PM Thomas Rodgers wrote:
> The f39-boost side tag builds have finished.
>
> The following packages FTBFS but the build logs provide no useful
> information -
> - OpenImageIO [[
> https://kojipkgs.fedoraproject.org//work/tasks/3952/97793952/build.log][build.log
> ]]
I currently have to disable tests for s390x[1] (and ppc64le) for likely
endianess issues.
Troubleshooting these is more than a little outside of my wheelhouse.
I hate keeping them disabled so I wanted to see if anyone could spare a few
cycles to investigate.
Thanks,
Richard
[1]
On Sat, Feb 11, 2023 at 12:13 AM John Reiser wrote:
> On 2/10/23 19:57, Richard Shaw wrote:
> > So I know the s390x builders are down but I have an active BZ for tests
> failing with s390x so I figured what the heck, maybe doing a local
> mocbuild attempt using qemu could help h
So I know the s390x builders are down but I have an active BZ for tests
failing with s390x so I figured what the heck, maybe doing a local
mocbuild attempt using qemu could help here like it did with aarch64.
Well at first everything seemed to be working as normal but all of the repo
package GPG
On Fri, Feb 10, 2023 at 9:41 AM Scott Talbert wrote:
> Hi all,
>
> What I'm unclear about is whether there are any RPM Fusion users left -
> I'm unsure of how to repoquery RPM Fusion.
>
I have both RPM Fusion Free and Non-Free enabled and ran my
"needs_rebuilding" script against all the library
I know upgrades are not supported but its for a small home server that
really only does two things:
BackupPC and Unifi (which I both maintain)
Anyone had success doing manual upgrades or did you start with a reinstall?
Thanks,
Richard
___
epel-devel
On Tue, Jan 24, 2023 at 7:20 AM Richard Shaw wrote:
> hobbes1069 (9):
> cqrlog - Fails for some weird lazbuild issue I don't understand
> flnet - Spec conditional oops. Fixed.
> flrig - Needed cstdint. Fixed
> freecad - Needs cstdint. Working on it.
> gmsh - Needed cstdint. Fi
hobbes1069 (9):
cqrlog - Fails for some weird lazbuild issue I don't understand
flnet - Spec conditional oops. Fixed.
flrig - Needed cstdint. Fixed
freecad - Needs cstdint. Working on it.
gmsh - Needed cstdint. Fixed.
openCOLLADA - error: possibly dangling reference to a temporary. Don't know
how
On Fri, Jan 20, 2023 at 2:29 PM Demi Marie Obenour
wrote:
>
> My general rule is that a security fix is worth backporting a SONAME change
> for, if there is no way to backport the patch.
>
In this case all the Fedora branches are recent enough but EL 7 and EL 8
are not and are impractical to
On Fri, Jan 20, 2023 at 9:22 AM Gary Buhrmaster
wrote:
> On Fri, Jan 20, 2023 at 1:54 PM Richard Shaw wrote:
> >
> > So is it when a build is complete in Rawhide? Or must *ALL* active
> releases get the "fix"?
> >
>
> I am not sure it is official policy
So is it when a build is complete in Rawhide? Or must *ALL* active releases
get the "fix"?
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On Thu, Jan 19, 2023 at 8:55 AM Michal Schorm wrote:
> On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood
> wrote:
> > > Would you see a value in e.g. some kind of a robot reminding
> > > maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> > > check)
> >
> > Please don't.
>
> Would
On Tue, Jan 17, 2023 at 8:18 AM Arthur Bols wrote:
> On 17/01/2023 14:57, Stephen Smoogen wrote:
> > So bodhi and pagure are at different datacenters with hopefully different
> > network paths. Could people do some mtr or traceroutes from their
> locations
> > so we can see if this can be ironed
On Tue, Jan 17, 2023 at 7:58 AM Stephen Smoogen wrote:
>
> On Tue, 17 Jan 2023 at 08:55, Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Tue, Jan 17, 2023 at 07:49:48AM -0600, Richard Shaw wrote:
>> > On Tue, Jan 17, 2023 at 7:42 AM Petr Pisar
On Tue, Jan 17, 2023 at 7:42 AM Petr Pisar wrote:
> V Tue, Jan 17, 2023 at 07:28:32AM -0600, Richard Shaw napsal(a):
> > Is anyone but me experiencing this? I want to know before I call C Spire.
> >
> Since yesterday I randomly experience long delays between sending a query
Is anyone but me experiencing this? I want to know before I call C Spire.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Mon, Jan 16, 2023 at 8:06 AM Miro Hrončok wrote:
> On 16. 01. 23 14:57, Richard Shaw wrote:
> >
> > Since `fedpkg scratch-build` bombs out with an error if you've made
> local
> > changes I propose a slight modification:
> >
> > If no changes are made
On Mon, Jan 16, 2023 at 3:38 AM Sandro wrote:
> On 16-01-2023 08:56, Otto Liljalaakso wrote:
> > Above change seems like a clear improvement to me, making the most used
> > option the default. But I have noticed that workflows differ wildly
> > between packagers, so before submitting any code
On Sat, Jan 14, 2023 at 10:31 AM Orion Poplawski wrote:
> On 1/9/23 07:43, Orion Poplawski wrote:
> > I'm hoping to start updating libharu to 2.4.3, mathgl to 8.0.1, and vtk
> > to 9.2.5 at the end of this week. Builds will be done in a side tag.
> > Test builds are being done here:
> >
> >
Unfortunately there are some bugs in the current version of Fedora causing
serious usability issues for users of FreeCAD (not sure about other
dependencies) that require all released versions of Fedora be updated.
I'm currently about 80% through testing builds in COPR first and when
complete will
It appears that all the dependent packages are now compatible (i.e., they
build).
The plan is to build them in a side tag over the next few days. The
dependencies are:
OpenImageIO
usd
blender
krita
luxcorerender
Thanks,
Richard
___
devel mailing list
All dependent packages have successfully rebuilt in COPR and will be
completed in a side tag.
The following dependencies will be rebuilt:
OpenImageIO
usd
blender
krita
luxcorerender
Thanks,
Richard
___
devel mailing list --
On Tue, Jan 10, 2023 at 11:48 AM Miro Hrončok wrote:
> On 10. 01. 23 13:52, Richard Shaw wrote:
> > Second, how exactly are you building the package?
> > Looking at [1], you used "Source Type: SRPM or .spec file upload".
> > How was it gen
On Tue, Jan 10, 2023 at 5:26 AM Michal Konecny wrote:
> Hi everyone,
>
> this automation is now in place and new SCM requests will be processed
> automatically. If you find any issue with the automation, please report it
> to toddlers issue tracker [0].
>
> On behalf of CPE Team,
> Michal
>
>
On Tue, Jan 10, 2023 at 1:16 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Mon, Jan 09, 2023 at 09:37:44PM -0600, Richard Shaw wrote:
> > Now I'm getting bit by the rpmautospec and COPR issue.
>
> Please be more precise. How are you building the rpms?
&g
Now I'm getting bit by the rpmautospec and COPR issue.
I'm trying to test rebuilds of all dependent packages for a new OpenColorIO
release, but usd uses rpmautospec and in Fedora it's usd--16 but
COPR is calculating it as usd--9 so the Fedora version has a
higher NEVR.
Now what am I supposed to
On Mon, Jan 2, 2023 at 2:44 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Sun, Jan 01, 2023 at 03:10:22PM +0100, Florian Weimer wrote:
> > * Vitaly Zaitsev via devel:
> >
> > > On 30/12/2022 20:01, Ben Cotton wrote:
> > >> This document represents a proposed Change. As part of
On Wed, Dec 28, 2022 at 2:57 PM Richard Shaw wrote:
> On Wed, Dec 28, 2022 at 12:38 PM Ian McInerney via devel <
> devel@lists.fedoraproject.org> wrote:
>
>>
>> On Wed, Dec 28, 2022 at 5:42 PM Richard Shaw
>> wrote:
>>
>>> I'm working on u
On Wed, Dec 28, 2022 at 12:38 PM Ian McInerney via devel <
devel@lists.fedoraproject.org> wrote:
>
> On Wed, Dec 28, 2022 at 5:42 PM Richard Shaw wrote:
>
>> I'm working on updating the opencasecade package[1] but the main
>> downloads require a login.
>>
>>
I'm working on updating the opencasecade package[1] but the main downloads
require a login.
I tried moving to a mirror (or what I thought was a mirror) on github but
discovered that the releases are not in sync.
I guess I could download the source and then reupload to fedorapeople.org
but that
On my laptop when I tried to do a dnf system-upgrade from f36->37 I ended
up getting a conflict with mlocate and plocate.
Since I remember the thread I just did a "dnf swap" which solved the issue
but it could be confusing to users not aware.
Was this supposed to happen automagically?
Thanks,
On Thu, Dec 22, 2022 at 8:17 AM Scott Talbert wrote:
> On Thu, 22 Dec 2022, Ian McInerney via devel wrote:
>
> >
> >
> > On Thu, Dec 22, 2022 at 1:55 PM Richard Shaw
> wrote:
> > I just had a chance to check out a bug[1] recently submitted
> >
I just had a chance to check out a bug[1] recently submitted against
trustedqsl and it appears that a new version of wxGTK with a SONAME bump
was built for f37+ but not all dependencies rebuilt.
I'm not too worried about trustedqsl since I'm about to take care of the
build but it does have a
On Fri, Dec 16, 2022 at 8:52 AM Miroslav Suchý wrote:
> The list of packages needed to be converted is again here:
>
>
> https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final.txt
>
I appreciate the effort so I hate to ask, but can we get a similar list but
grouped by
On Thu, Dec 15, 2022 at 11:57 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Mon, Dec 12, 2022 at 09:57:01PM -0600, Richard Shaw wrote:
> > There's a python-mysql and python-mysqlclient packages and it's been an
> > issue for a while but now causing upgrade i
There's a python-mysql and python-mysqlclient packages and it's been an
issue for a while but now causing upgrade issues.
Can we get some help in BZ:
https://bugzilla.redhat.com/show_bug.cgi?id=1929101
Please make sure I have not mis-spoken.
Thanks,
Richard
On Sun, Dec 4, 2022 at 6:32 PM Sérgio Basto wrote:
> Final statement, instead of wasting my time and energy on arguments,
> Imagemagick7 could already be built on rawhide if someone had done the
> package review for me
>
I understand the sentiment as another person who has donated 1000s of
On Fri, Dec 2, 2022 at 5:31 PM Sérgio Basto wrote:
> Hi,
>
> I think it's important to bring ImageMagick 7 to Fedora, and it should
> have been done a long time ago .
> The proposal now is to keep ImageMagick 6 and make a new package with
> ImageMagick 7 , when we have all applications use only
On Fri, Dec 2, 2022 at 3:30 PM Adam Williamson
wrote:
>
> What does everyone else think? Has the time come? Or is there more we
> need to do to make side tags usable for all cases before getting rid of
> overrides?
>
I wasn't aware of the CI issues so that seems like the last nail in the
On Fri, Dec 2, 2022 at 12:51 AM Luya Tshimbalanga
wrote:
> On 2022-11-30 17:55, Richard Shaw wrote:
>
> So it looks like the last commit was in 2018:
>
> https://github.com/KhronosGroup/OpenCOLLADA
>
> Before we go ripping it out of Fedora, is anyone aware of another act
On Wed, Nov 30, 2022 at 10:28 PM Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Richard Shaw wrote:
> > Before we go ripping it out of Fedora,
>
> Just because a project is dead upstream does not mean it has to be removed
> from Fedora.
>
No, but i
So it looks like the last commit was in 2018:
https://github.com/KhronosGroup/OpenCOLLADA
Before we go ripping it out of Fedora, is anyone aware of another active
upstream we can port to?
It's a shame as this was one of my first (if not my first) projects I
packaged for Fedora over 10 years
On Thu, Nov 24, 2022 at 9:12 AM Petr Pisar wrote:
> V Thu, Nov 24, 2022 at 02:40:09PM +0100, Miroslav Suchý napsal(a):
> > > > Does anyone else feel like the documentation should be updated, or
> > > > am I making too much of this?
> >
> > +1 to update documentation. Or even better, document
1 - 100 of 1623 matches
Mail list logo
