Hi,
I have a package ready for review:
https://bugzilla.redhat.com/show_bug.cgi?id=2327257
Thanks,
Joe
Also in need of a sponsor.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraprojec
Hey!
I've just reviewed this. Could you please review any of these?
* https://bugzilla.redhat.com/2324138 python-eth-rlp - RLP definitions
for common Ethereum objects in Python
* https://bugzilla.redhat.com/2324137 python-eth-keyfile - Tools for
handling the encrypted keyfile format used to store
Hi
I've posted a review for python-flask-sqlalchemy-light, which I need to
update python-flask-security-too.
The review is here: https://bugzilla.redhat.com/show_bug.cgi?id=2326830
Happy to review in exchange.
Thanks
Sandro
--
___
devel mailing li
Thank you for the PR, I have merged it.
--
___
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/
On 04. 11. 24 20:48, Jason Montleon wrote:
Hi,
python-durationpy is a new dependency of python-kubernetes, so I need to
package it in order to continue updating python-kubernetes.
I am happy to review a package in return if it also helps someone else get
unblocked.
Bugzilla URL: https://bugzi
Thank you!
On Tue, Nov 5, 2024 at 6:00 PM Jason Montleon wrote:
>
> Thank you for the review! I will start reviewing these for you this evening!
> --
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le.
Thank you for the review! I will start reviewing these for you this evening!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraprojec
Hey!
I've just reviewed this tiny one. Could you please grab one of these:
* https://bugzilla.redhat.com/2321898 - python-rlp - A Python
implementation of Recursive Length Prefix encoding
* https://bugzilla.redhat.com/2321899 - python-eth-keys - A common API
for Ethereum key operations
* https://b
Hi,
python-durationpy is a new dependency of python-kubernetes, so I need to
package it in order to continue updating python-kubernetes.
I am happy to review a package in return if it also helps someone else get
unblocked.
Bugzilla URL: https://bugzilla.redhat.com/show_bug.cgi?id=2314132
Spec
Hi!
Could someone please review
https://bugzilla.redhat.com/show_bug.cgi?id=2053822? Happy to review
your package in return!
--
Jonathan
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fe
Hi,
I have a package review which has been waiting for a few days.
https://bugzilla.redhat.com/show_bug.cgi?id=2306164
Could one of you please review this package? Sorry for sending yet
another review request.
-Neel
--
___
devel mailing list
Hello!
Almost done - check my review.
In the mean time can I ask you for a favour? If you have a free time
could you please consider reviewing this my small Python package:
* https://bugzilla.redhat.com/2305963 - python-multiaddr - Multiaddr
implementation in Python
On Fri, Aug 23, 2024 at 10:22
Hi,
I have a package review, which is needed since a package I maintain
broke and now depends on python-reflink.
The ticket is: https://bugzilla.redhat.com/show_bug.cgi?id=2307642
Could one of you please review this package?
-Neel
--
___
devel mail
Hi
Probably yes, but that would need to be done also for
spirv-{headers,tools}, glslang, and
vulkan-{headers,validation-layers,tools,utility-libraries} to ensure
that the entire vulkan-sdk is updated consistently. For now, with my
current available cycles, I'd prefer to just import mingw-vulk
Hello!
Would it be better to add MIngw-related bits to vulkan-volk package?
On Sat, Aug 3, 2024 at 10:38 PM Sandro Mani wrote:
>
> Hi
>
> mingw-vulkan-tools grew a dependency on vulkan-volk, which I've prepared
> for review here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2302650
>
> It is a
Hi
mingw-vulkan-tools grew a dependency on vulkan-volk, which I've prepared
for review here:
https://bugzilla.redhat.com/show_bug.cgi?id=2302650
It is a trivial cmake project which produces a single static library.
Happy to review in exchange.
Thanks
Sandro
--
_
On 08/06/2024 07:09, Tomi Lähteenmäki wrote:
Hi,
I sent a review request for gmobile [1] a bit over two weeks ago. The
gmobile is written in C and it is dependency of phosh and phoc and
upcoming phrog package.
If someone would have time to review the request it would be great.
-Tomi
[1
Hi,
I sent a review request for gmobile [1] a bit over two weeks ago. The gmobile
is written in C and it is dependency of phosh and phoc and upcoming phrog
package.
If someone would have time to review the request it would be great.
-Tomi
[1] https://bugzilla.redhat.com/show_bug.cgi?id
Hi Sandro,
I’ll take the review. Would be glad if you looked at rust-ulid
(https://bugzilla.redhat.com/show_bug.cgi?id=2278199).
Best wishes
Kai
On 07/05/2024 09.04, Sandro Mani wrote:
Hi
pgadmin4 grew a dependency on python-libgravatar, which I've posted
for review here: https://bugzilla.
Hi
pgadmin4 grew a dependency on python-libgravatar, which I've posted for
review here: https://bugzilla.redhat.com/show_bug.cgi?id=2279493
Happy to review in exchange.
Thanks
Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
https://bugzilla.redhat.com/show_bug.cgi?id=2276821
GEF is a Python GDB extension that I'd like to use to add tests to
monitor and detect GOT poisoning attacks, such as the one used in the
liblzma attack. For example, this proof-of-concept test for openssh:
https://src.fedoraproject.org/rpms
On 4/17/24 11:38 AM, Marián Konček wrote:
Nice catch, using it and removing the line "conf.enable_debug" makes
the build use the proper flags. However, I still don't know how to
tell Rake to add a `-Wl,-soname,...` option to each .so separately.
Check out `build_config/default.rb`. It has a l
Nice catch, using it and removing the line "conf.enable_debug" makes the
build use the proper flags. However, I still don't know how to tell Rake
to add a `-Wl,-soname,...` option to each .so separately.
On 16. 4. 2024 18:11, Jarek Prokop wrote:
On 4/16/24 4:16 PM, Marián Konček wrote:
https
On 4/16/24 4:16 PM, Marián Konček wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=2275294
I applied downstream changes which build a shared object (upstream
provides no way of doing so, only a static library).
Upstream provides many ways to compile to many targets including using
solibs,
https://bugzilla.redhat.com/show_bug.cgi?id=2275294
I applied downstream changes which build a shared object (upstream
provides no way of doing so, only a static library).
--
Marián Konček
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
https://bugzilla.redhat.com/show_bug.cgi?id=2271521
--
___
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-o
Hi
I'd appreciate a review of mingw-python-blinker [1] which is a new
dependency of mingw-python-flask-3.0.0.
Happy to review in exchange.
Thanks
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2257095
--
___
devel mailing list -- devel@lis
gt; > > > > builds here [1], according to which scribus, vfrnav and pdfsign
> > > > > currently do
> > > > > not support podofo-0.10.x. To keep these functional, I've prepared a
> > > > > podofo-compat package with the previous 0.9.x library
pport podofo-0.10.x. To keep these functional, I've prepared a
> > > > podofo-compat package with the previous 0.9.x library. The review
> > > > request is
> > > > here [2]. Happy to review in exchange.
> > > Hi,
> > >
> > >
re [1], according to which scribus, vfrnav and pdfsign currently do
not support podofo-0.10.x. To keep these functional, I've prepared a
podofo-compat package with the previous 0.9.x library. The review request is
here [2]. Happy to review in exchange.
Hi,
we have the opposite situation with calibre:
hich scribus, vfrnav and pdfsign currently do
> > not support podofo-0.10.x. To keep these functional, I've prepared a
> > podofo-compat package with the previous 0.9.x library. The review request is
> > here [2]. Happy to review in exchange.
>
> Hi,
>
> we have
-0.10.x. To keep these functional, I've prepared a
podofo-compat package with the previous 0.9.x library. The review request is
here [2]. Happy to review in exchange.
Hi,
we have the opposite situation with calibre: it builds fine in rawhide with
podofo-0.10, but does not compile against po
nal, I've prepared a
> podofo-compat package with the previous 0.9.x library. The review request is
> here [2]. Happy to review in exchange.
Hi,
we have the opposite situation with calibre: it builds fine in rawhide with
podofo-0.10, but does not compile against podofo-0.9.8 in F39. I just
On Fri, Dec 8, 2023 at 4:05 AM Luya Tshimbalanga wrote:
>
> Hello team,
>
> I am looking for a packager to review the package rsms-inter-fonts used as
> default by Blender 3D software.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2253619
>
> The spec is straightforward as it uses the fonts tem
Hello team,
I am looking for a packager to review the package rsms-inter-fonts used
as default by Blender 3D software.
https://bugzilla.redhat.com/show_bug.cgi?id=2253619
The spec is straightforward as it uses the fonts template.
Thanks in advance
--
Luya Tshimbalanga
Fedora Design Team
Fed
On Thu, Oct 26, 2023 at 10:59 AM Jiri Hladky wrote:
>
> Hi,
>
> Review Request: aespipe - AES encrypting or decrypting pipe
> https://bugzilla.redhat.com/show_bug.cgi?id=2244729
>
> Spec URL: https://jhladky.fedorapeople.org/aespipe.spec
> SRPM URL: https://jhladky.fedorap
Hi,
Review Request: aespipe - AES encrypting or decrypting pipe
https://bugzilla.redhat.com/show_bug.cgi?id=2244729
Spec URL: https://jhladky.fedorapeople.org/aespipe.spec
SRPM URL: https://jhladky.fedorapeople.org/aespipe-2.4g-1.fc40.src.rpm
I'm trying to unretire the package. I have w
Hi
python-socketio / python-engineio grew a new dependency on
python-simple-websocket. I've submitted it for review at
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2244587.
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list
On Wed, Aug 16, 2023 at 09:00:34PM +0200, Sandro Mani wrote:
> This is now done.
Thanks for doing this!
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@
prepared a podofo-compat package with the previous 0.9.x library. The
review request is here [2]. Happy to review in exchange.
Thanks
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/podofo-0.10.1/builds/
[2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?
ning
to update to podofo-0.10.1 + review request for
podofo-compat for legacy 0.9.x library null
null___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
>>>>> Sandro Mani writes:
> To keep these functional, I've prepared a podofo-compat package with
> the previous 0.9.x library. The review request is here [2]. Happy to
> review in exchange.
Note that it's not necessary to go through the review process for
multi
Hi
I'm planning to update to podofo-0.10.1 in rawhide. I did a series of
test builds here [1], according to which scribus, vfrnav and pdfsign
currently do not support podofo-0.10.x. To keep these functional, I've
prepared a podofo-compat package with the previous 0.9.x library. T
I will take it.
чт, 3 авг. 2023 г., 19:24 Zdeněk Žamberský :
> Hello,
>
> review request (jedit):
> https://bugzilla.redhat.com/show_bug.cgi?id=2228918
>
> reviewers welcome :)
> thanks
>
> --
> Zdeněk Žamberský
> OpenJDK QE
> Red Hat
>
Hello,
review request (jedit):
https://bugzilla.redhat.com/show_bug.cgi?id=2228918
reviewers welcome :)
thanks
--
Zdeněk Žamberský
OpenJDK QE
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
I would like to add this package to Fedora to enable LSP support for
OpenGL Shading Language.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2208531
My PR for upstream KDE text editor Kate has already been merged:
https://invent.kde.org/utilities/kate/-/merge_requests/1227
This projec
Kevin, oclock was not updated, and Beson's email made me realize that I could
go an do it myself. I did that by the time you check. slim's was updated and
both packages are now in testing.
Best,
Ranjan
On Sunday, May 14, 2023 at 10:49:44 AM CDT, Kevin Fenzi
wrote:
On Sun, May 14, 2
On Sun, May 14, 2023 at 02:04:57PM +0300, Benson Muite wrote:
> Ranjan,
>
> On 5/14/23 13:46, Globe Trotter via devel wrote:
> > Thanks! The package was cleared on BZ some time ago. Is there some
> > additional review that is needed?
> >
> Sorry, that is correct. Usually state is set to post. I
Ranjan,
On 5/14/23 13:46, Globe Trotter via devel wrote:
> Thanks! The package was cleared on BZ some time ago. Is there some
> additional review that is needed?
>
Sorry, that is correct. Usually state is set to post. It seems to have
been unretired:
https://pagure.io/releng/issue/11417
Though
On 14-05-2023 12:40, Benson Muite wrote:
It seems it is just the review that is needed:
The re-review is done:
https://bugzilla.redhat.com/show_bug.cgi?id=2025138
Releng unretiring the package is the next step, really.
-- Sandro
___
devel mailing l
Benson,
Thanks! The package was cleared on BZ some time ago. Is there some additional
review that is needed?
Best wishes,
Ranjan
On Sunday, May 14, 2023 at 05:41:35 AM CDT, Benson Muite
wrote:
Hi Ranjan,
Thanks for contributing to Fedora and maintaining packages.
On 5/14/23 03:27,
On 14-05-2023 00:45, Globe Trotter via devel wrote:
Thanks, Sandro! How does one ping in the ticket on paguire?
The easiest way is to just leave a comment in the ticket. If you need
info from a specific person you would tag that person (@fas_user). That
ensures people watching the ticket queu
Hi Ranjan,
Thanks for contributing to Fedora and maintaining packages.
On 5/14/23 03:27, Globe Trotter via devel wrote:
> Thanks, Kevin! No problem, no rush, I did not quite know what to expect,
> hence the questions. Thanks again!
>
>
It seems it is just the review that is needed:
https://do
Thanks, Kevin! No problem, no rush, I did not quite know what to expect, hence
the questions. Thanks again!
On Saturday, May 13, 2023 at 06:12:33 PM CDT, Kevin Fenzi
wrote:
On Sat, May 13, 2023 at 02:41:10AM +0200, Sandro wrote:
> On 11-05-2023 17:57, Globe Trotter via devel wrote:
On Sat, May 13, 2023 at 02:41:10AM +0200, Sandro wrote:
> On 11-05-2023 17:57, Globe Trotter via devel wrote:
> > Still no movement on my unretire requests for both slim and oclock, not
> > even a request for additional information.
>
> Tags have been added to the ticket. So, it has come up in on
Thanks, Sandro! How does one ping in the ticket on paguire?
On Friday, May 12, 2023 at 07:41:47 PM CDT, Sandro wrote:
On 11-05-2023 17:57, Globe Trotter via devel wrote:
> Still no movement on my unretire requests for both slim and oclock, not even
> a request for additional information.
On 11-05-2023 17:57, Globe Trotter via devel wrote:
Still no movement on my unretire requests for both slim and oclock, not even a
request for additional information.
Tags have been added to the ticket. So, it has come up in one of the
meetings. Supposedly, no-one has found the time yet to wo
Still no movement on my unretire requests for both slim and oclock, not even a
request for additional information.
On Sunday, May 7, 2023 at 10:50:42 AM CDT, Sandro wrote:
On 07-05-2023 17:34, Globe Trotter via devel wrote:
> How long does it take to unretire a package? I was thinking th
I see, thanks! I had indeed forgotten that the previous request had been closed.
On Sunday, May 7, 2023 at 10:50:42 AM CDT, Sandro wrote:
On 07-05-2023 17:34, Globe Trotter via devel wrote:
> How long does it take to unretire a package? I was thinking that it
> was automatic, but I have n
On 07-05-2023 17:34, Globe Trotter via devel wrote:
How long does it take to unretire a package? I was thinking that it
was automatic, but I have not received any notification yet. Did this
request last evening.
I don't think it's fully automated. It's a member of the releng team
that has to p
How long does it take to unretire a package? I was thinking that it was
automatic, but I have not received any notification yet. Did this request last
evening.
On Saturday, May 6, 2023 at 07:25:30 PM CDT, Globe Trotter via devel
wrote:
Thank you for this. I got:
fedpkg import ~/rpmb
Thank you for this. I got:
fedpkg import ~/rpmbuild/SRPMS/oclock-1.0.4-4.fc37.src.rpm
Removing no longer used file: dead.package
Could not execute import_srpm: This package or module is retired. The action
has stopped.
so I guess I have request unretirement. I thought I did it sometime ago, but
On 06-05-2023 23:43, Sandro wrote:
On 06-05-2023 19:36, Globe Trotter via devel wrote:
Can someone please review the oclock package? This was orphaned after
F35, and I packaged it for myself, and then would like to put it up.
It was tentatively approved, but never finally done so. Thanks!
Look
On 06-05-2023 19:36, Globe Trotter via devel wrote:
Can someone please review the oclock package? This was orphaned after
F35, and I packaged it for myself, and then would like to put it up.
It was tentatively approved, but never finally done so. Thanks!
Looks like the package is approved. The
Sorry, forgot the BZ: https://bugzilla.redhat.com/show_bug.cgi?id=2025138
On Saturday, May 6, 2023 at 12:36:20 PM CDT, Globe Trotter
wrote:
Can someone please review the oclock package? This was orphaned after F35, and
I packaged it for myself, and then would like to put it up. It was
Can someone please review the oclock package? This was orphaned after F35, and
I packaged it for myself, and then would like to put it up. It was tentatively
approved, but never finally done so. Thanks!
On Tuesday, November 23, 2021 at 02:43:00 PM CST, Björn Persson
wrote:
Ben Beasley
Here is the fixed link for review:
https://bugzilla.redhat.com/show_bug.cgi?id=2183901
Thanks
On 2023-04-02 20:02, Luya Tshimbalanga wrote:
Hello team,
I packaged gnome-shell-extension-screen-autorotate needed for 2-in-1
device running on GNOME Shell.
The spec file should adhere to the new
Hello team,
I packaged gnome-shell-extension-screen-autorotate needed for 2-in-1
device running on GNOME Shell.
The spec file should adhere to the new guideline recommending the use of
%autorelease and %autochangelog.
Without delay, here is the link for
reviewhttps://bugzilla.redhat.com/show
Hi,
I have filed a BZ request for unretiring slim. It is at:
https://bugzilla.redhat.com/show_bug.cgi?id=2173236
Can someone please review it?
Best!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@li
Hi
licensecheck-3.3.8 once again grew some new dependencies, reviews here:
perl-Test2-Tools-Command -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2165335
perl-String-License -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2165336
Happy to review in exchange.
Thanks
Sandro
__
Hi
I'd need mingw-python-pyproject-hooks reviewed: it is required by
mingw-python-build, which is currently FTI and hence preventing any
mingw-python-* package from getting built.
Review is here: https://bugzilla.redhat.com/show_bug.cgi?id=2163339
Should be a very easy one. Happy to review i
On Wed, Dec 7, 2022 at 4:26 AM Tomáš Popela wrote:
>
> Hi Neal,
>
> On Tue, Dec 6, 2022 at 5:15 PM Neal Gompa wrote:
>>
>> Yes, the EOL period is further out, but I'd rather make it so that the
>> next RHEL will have ImageMagick 7 right from the beginning.
>
>
> Just to be transparent: ImageMagic
Hi Neal,
On Tue, Dec 6, 2022 at 5:15 PM Neal Gompa wrote:
> Yes, the EOL period is further out, but I'd rather make it so that the
> next RHEL will have ImageMagick 7 right from the beginning.
>
Just to be transparent: ImageMagick (or GraphicsMagick) won't be in RHEL 10
(or in any future versio
On Tue, 2022-12-06 at 11:22 -0500, PGNet Dev wrote:
>
> > As I said earlier in the thread: of the 25 reverse dependencies of
> > the
> > ImageMagick libraries, only five don't build[1].
> >
> > Further analysis indicates that dvdauthor has a patch in
> > openSUSE[2],
> > but the fix breaks suppor
On Tue, Dec 6, 2022 at 11:30 AM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > While that is true, *I* don't like doing that if I don't have to. I'd
> > rather try to get things fixed upstream in tandem. Upstreams tend to
> > appreciate that in my experience. :)
>
> Sure, but it tends to
Neal Gompa wrote:
> While that is true, *I* don't like doing that if I don't have to. I'd
> rather try to get things fixed upstream in tandem. Upstreams tend to
> appreciate that in my experience. :)
Sure, but it tends to be significantly more work. Upstreams need to support
several platforms at
As I said earlier in the thread: of the 25 reverse dependencies of the
ImageMagick libraries, only five don't build[1].
Further analysis indicates that dvdauthor has a patch in openSUSE[2],
but the fix breaks support for GraphicsMagick as an alternative. I
want to rework that patch so it doesn'
On Tue, Dec 6, 2022 at 10:49 AM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > There are actually
> > other packages I could fix in Fedora with patches from openSUSE or
> > PLD, but they need more work to not break compatibility with building
> > with GraphicsMagick (which these packages
On Tue, Dec 6, 2022 at 10:17 AM Michael Cronenworth wrote:
>
> On 12/6/22 8:31 AM, Neal Gompa wrote:
> > There's a very important difference between September 2017 and now: we
> > know someone else already did it!
>
> Great. Good luck.
>
> > As an aside: I don't appreciate the "high horse" comment
Neal Gompa wrote:
> There are actually
> other packages I could fix in Fedora with patches from openSUSE or
> PLD, but they need more work to not break compatibility with building
> with GraphicsMagick (which these packages in question support), so
> using IM6 there for now is fine while that gets
On 12/6/22 8:31 AM, Neal Gompa wrote:
There's a very important difference between September 2017 and now: we
know someone else already did it!
Great. Good luck.
As an aside: I don't appreciate the "high horse" comment, considering
during most of this discussion, I was doing the work and evalu
On Tue, Dec 6, 2022 at 8:26 AM Michael Cronenworth wrote:
>
> On 12/5/22 5:41 PM, Neal Gompa wrote:
> > But in general, it looks like an upgrade to ImageMagick 7 will be
> > rather easy to do.
>
> Hi Neal,
>
> I appreciate your eagerness here, but it is a little misled.
>
> Version 7 is radically
On 12/5/22 5:41 PM, Neal Gompa wrote:
But in general, it looks like an upgrade to ImageMagick 7 will be
rather easy to do.
Hi Neal,
I appreciate your eagerness here, but it is a little misled.
Version 7 is radically different than version 6. Most (I don't have an exact figure)
packages in Fe
On Sat, Dec 3, 2022 at 5:57 AM Vitaly Zaitsev via devel
wrote:
>
> On 03/12/2022 00:30, Sérgio Basto wrote:
> > The proposal now is to keep ImageMagick 6 and make a new package with
> > ImageMagick 7 , when we have all applications use only ImageMagick 7,
> > we move the sources from ImageMagick7
On Sun, 2022-12-04 at 21:06 -0600, Richard Shaw wrote:
> 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
> >
>
On Mon, Dec 5, 2022 at 6:38 PM Emmanuel Seyman wrote:
>
> * Neal Gompa [04/12/2022 22:26] :
> >
> > Smooge challenged me earlier in this conversation to provide patches
> > and effort, and I'm doing just that.
>
> Thank you for doing this, btw.
>
> Over the weekend, this became a discussion where
* Neal Gompa [04/12/2022 22:26] :
>
> Smooge challenged me earlier in this conversation to provide patches
> and effort, and I'm doing just that.
Thank you for doing this, btw.
Over the weekend, this became a discussion where none of the
participants seemed to be listening to the others and it be
Good afternoon/morning everyone,
I'm a co-packager for Lutris, and the newest version (0.5.12) had a couple
more package requirements, one of which is pypresence, which isn't packaged
with Fedora.
I created a review request here:
https://bugzilla.redhat.com/show_bug.cgi?id=2150506
Dne 03. 12. 22 v 17:25 Sérgio Basto napsal(a):
On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
On 03/12/2022 00:30, Sérgio Basto wrote:
The proposal now is to keep ImageMagick 6 and make a new package
with
ImageMagick 7 , when we have all applications use only ImageMagick
7,
On 04/12/2022 20:25, Sérgio Basto wrote:
I don't indent change /usr/bin/convert from ImageMagick6 so probably it
will /usr/bin/convert-7
Such name change is not a good idea, because /usr/bin/convert and all
other ImageMagick binaries are used in many scripts and SPECs. You must
provide symbol
On Sun, Dec 4, 2022 at 10:06 PM Richard Shaw wrote:
>
> 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 understa
On Sun, Dec 4, 2022 at 7:32 PM Sérgio Basto wrote:
>
> On Sun, 2022-12-04 at 17:14 -0500, Neal Gompa wrote:
> > On Sun, Dec 4, 2022 at 5:07 PM Sérgio Basto
> > wrote:
> > >
> > > On Sun, 2022-12-04 at 14:33 -0500, Neal Gompa wrote:
> > > > On Sun, Dec 4, 2022 at 9:39 AM Stephen Smoogen
> > > >
>
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 hours
On Sun, 2022-12-04 at 17:14 -0500, Neal Gompa wrote:
> On Sun, Dec 4, 2022 at 5:07 PM Sérgio Basto
> wrote:
> >
> > On Sun, 2022-12-04 at 14:33 -0500, Neal Gompa wrote:
> > > On Sun, Dec 4, 2022 at 9:39 AM Stephen Smoogen
> > >
> > > wrote:
> > > >
> > > >
> > > >
> > > > On Sat, 3 Dec 2022 a
On Sun, Dec 4, 2022 at 4:35 PM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > You can filter out things that use ImageMagick as a build dependency
> > because that's just the command line utilities. That's why I checked
> > only the ones that use the libraries, where the API changes and t
On Sun, Dec 4, 2022 at 5:07 PM Sérgio Basto wrote:
>
> On Sun, 2022-12-04 at 14:33 -0500, Neal Gompa wrote:
> > On Sun, Dec 4, 2022 at 9:39 AM Stephen Smoogen
> > wrote:
> > >
> > >
> > >
> > > On Sat, 3 Dec 2022 at 11:55, Neal Gompa wrote:
> > > >
> > > > On Sat, Dec 3, 2022 at 11:25 AM Sérgio
On Sun, 2022-12-04 at 14:33 -0500, Neal Gompa wrote:
> On Sun, Dec 4, 2022 at 9:39 AM Stephen Smoogen
> wrote:
> >
> >
> >
> > On Sat, 3 Dec 2022 at 11:55, Neal Gompa wrote:
> > >
> > > On Sat, Dec 3, 2022 at 11:25 AM Sérgio Basto
> > > wrote:
> > > >
> > > > On Sat, 2022-12-03 at 11:57 +01
Neal Gompa wrote:
> You can filter out things that use ImageMagick as a build dependency
> because that's just the command line utilities. That's why I checked
> only the ones that use the libraries, where the API changes and the
> required rebuilds are needed.
How backwards-compatible is the CLI?
On Sun, Dec 4, 2022 at 9:39 AM Stephen Smoogen wrote:
>
>
>
> On Sat, 3 Dec 2022 at 11:55, Neal Gompa wrote:
>>
>> On Sat, Dec 3, 2022 at 11:25 AM Sérgio Basto wrote:
>> >
>> > On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
>> > > On 03/12/2022 00:30, Sérgio Basto wrote:
>> >
On Sun, Dec 4, 2022 at 2:21 PM Sérgio Basto wrote:
>
> On Sat, 2022-12-03 at 11:35 -0500, Neal Gompa wrote:
> > On Sat, Dec 3, 2022 at 11:25 AM Sérgio Basto
> > wrote:
> > >
> > > On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> > > > On 03/12/2022 00:30, Sérgio Basto wrote:
>
1 - 100 of 563 matches
Mail list logo
