https://bugzilla.redhat.com/show_bug.cgi?id=2053941
Petr Pisar changed:
What|Removed |Added
Version|35 |36
--
You are receiving this mail
Hi there,
I just orphaned gtkhtml3 [1]. It used to be used by Evolution many
years ago. It's unmaintained and archived upstream since Evolution
moved to the WebKitGTK.
The only user of it is xiphos, whose maintainer I added to the CC. They
can take it, if they want to.
Bye,
Hi all,
It seems update fcitx5-qt-5.0.16-2.fc37 from [1] somehow did not make
it to stable repository while other package in same update did. This
caused broken dependences during update [2].
Seems that bodhi is doing something weird. I might have an idea how
this happened.]: I decided to update
Petr Pisar wrote:
> Funilly, kdepimlibs-gpgme already provides a copy of an older
> libqgpgme.so.1.
That is a Qt 4 qgpgme. The Qt 5 port, initially released the same way by
KDE, was eventually upstreamed from KDE into gpgme and is hence no longer
available as a separate package from KDE (and a
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.
> is anyone aware of another active upstream we can port to?
Since this is a library, not a leaf package, that would have to happen
before we
On Thu, Nov 10, 2022 at 8:24 PM Ben Cotton wrote:
> === Items in progress ===
> * Add `%perl_require_compat` macro to ''perl-srpm-macros'' in F38
> * Add `%perl_require_compat` macro to ''perl-srpm-macros'' in F37
> * Add `%perl_require_compat` macro to ''perl-srpm-macros'' in F36
> * Add
https://bugzilla.redhat.com/show_bug.cgi?id=2149242
--- Comment #5 from Fedora Update System ---
FEDORA-EPEL-2022-289cf1db38 has been pushed to the Fedora EPEL 8 testing
repository.
You can provide feedback for this update here:
https://bugzilla.redhat.com/show_bug.cgi?id=2149242
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
The following Fedora EPEL 9 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-322b4e0cd3
advancecomp-2.4-1.el9
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-f6c990ebdd
qpress-20220819-1.el9
1
https://bugzilla.redhat.com/show_bug.cgi?id=2143423
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Fixed In Version|
The following Fedora EPEL 7 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-10049c7b14
libbsd-0.11.7-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
golang-1.18.4-1.el7
singularity-ce-3.10.4-1.el7
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
Just noting that initial wasm support also just got merged upstream for ghc
9.6.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=2142661
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
On Mon, Nov 21, 2022, at 10:20 AM, Jonathan Lebon wrote:
> On Tue, Oct 25, 2022 at 12:43 PM Colin Walters wrote:
>> - This proposal is explicitly trying to tie everything together. I think
>> without the "bigger picture", it's actually *more* confusing. For example,
>> just pushing the
I'm quite not sure how one would go about empirically measuring something like
that - at least in the general case. It might be an interesting research
topic. So no, unfortunately I don't really have hard evidence for this.
I just know that of all the C libraries I've looked at, in my personal
On 2022-11-30 06:41, Eike Rathke wrote:
Maybe I misunderstood. So you're agreeing that once Thunderbird does not
support the N-1 ESR anymore then rebasing to N is wanted on release
branches?
Yes. In really explicit detail, see the message I sent at 2022-11-27,
23:42 (Pacific).
Once upon a time, Daniel Alley said:
> 100 C packages with 100 separate copies of sha256.c sitting in their source
> trees (which seems like an entirely realistic comparison)
You keep saying this - do you have any evidence that this is the case?
--
Chris Adams
> I think almost all of these qualify as "Core system libraries that
> pretty much everything depends on.".
> Building their C dependencies from vendored copies (if that is even
> supported) and statically linking them seems like a pretty bad idea in
> almost all cases here, especially for things
https://bugzilla.redhat.com/show_bug.cgi?id=2142661
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #3 from
On Wed, 2022-11-30 at 18:26 +, Simon Farnsworth via devel wrote:
> On Wednesday, 30 November 2022 17:47:16 GMT Fabio Valentini wrote:
> > On Wed, Nov 30, 2022 at 6:21 PM Daniel Alley wrote:
> > > I feel like there is insufficient recognition of the extent to which C
> > > libraries do
On Wednesday, 30 November 2022 17:47:16 GMT Fabio Valentini wrote:
> On Wed, Nov 30, 2022 at 6:21 PM Daniel Alley wrote:
> > I feel like there is insufficient recognition of the extent to which C
> > libraries do "bundling". Not "bundling" in the sense of vendoring a
> > whole library, but in
On 30. 11. 22 19:07, Miro Hrončok wrote:
The list of the packages which use MODULE_COMPAT and do not contain Perl
directories are here [1].
[1] https://jplesnik.fedorapeople.org/perl-module-compat/only-compat-no-dirs
Thanks, I will have a look.
noarch packages would only require perl-libs
Hello fellow packagers,
I'd like to ask your help for a handful of reviews.
Most of them are Lua dependencies for the SILE Typesetter,
any help is appreciated.
I offer my help in exchange for reviews, I have experience with Java, Python,
Lua, C and C++ packages.
Best regards,
Jonny Heggheim
On 30. 11. 22 17:40, Jitka Plesnikova wrote:
MODULE_COMPAT is used for 1) Perl Modules and also 2) for packages which use
perl interpreter or libperl.so.
For the second case, the RPM dependency generator above does not work. These
packages may not contain
the Perl directories.
For now, I
On Wed, Nov 30, 2022 at 6:21 PM Daniel Alley wrote:
>
> > Do I really need to explain this point? I think linking against system
> > OpenSSL is *way better* than statically linking to a random vendored
> > copy of it.
>
> There are maybe about 100-120 libraries for which this is obviously the
Fabio,
What is so bad about the COPR package that can't be used in the main repo?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=2053941
--- Comment #3 from Frank Büttner ---
Same for F36, but I can't set the version to 36.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2053941
> Do I really need to explain this point? I think linking against system
> OpenSSL is *way better* than statically linking to a random vendored
> copy of it.
There are maybe about 100-120 libraries for which this is obviously the case.
openssl, glibc, glib2, zlib, libxml2, libcurl, kde
https://bugzilla.redhat.com/show_bug.cgi?id=2149094
Petr Pisar changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Status|MODIFIED
MODULE_COMPAT is used for 1) Perl Modules and also 2) for packages
which use perl interpreter or libperl.so.
For the second case, the RPM dependency generator above does not
work. These packages may not contain
the Perl directories.
For now, I prefer to use the change describe in the
mspacek merged a pull-request against the project: `perl-POE` that you are
following.
Merged pull-request:
``
Update license to SPDX format
``
https://src.fedoraproject.org/rpms/perl-POE/pull-request/3
___
perl-devel mailing list --
Dne 28. 11. 22 v 19:20 Mattia Verga via devel napsal(a):
- rpms/python-copr-common
- rpms/python-flask-whooshee
Taken.
M.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
mspacek opened a new pull-request against the project: `perl-POE` that you are
following:
``
Update license to SPDX format
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-POE/pull-request/3
___
perl-devel mailing list --
On Wed, Nov 30, 2022 at 10:24 AM Troy Dawson wrote:
>
> I have cleaned up the epel-next (both 8 and 9) repo's.
>
> If a package was newer in regular epel than in epel-next, the epel-next
> package was untagged from epel{8,9}-next.
>
> If a package was the same version-release in both epel and
On Wed, 2022-11-30 at 15:32 +, Martin Gansser wrote:
> Sorry, I forgot to set the month in the changelog.
you can use rpmdev-bumpspec that make changelog entry for you
for example:
rpmdev-bumpspec -c "Fix something " clamav.spec
--
Sérgio M. B.
https://bugzilla.redhat.com/show_bug.cgi?id=2149094
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
Sorry, I forgot to set the month in the changelog.
Regards
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
I have cleaned up the epel-next (both 8 and 9) repo's.
If a package was newer in regular epel than in epel-next, the epel-next
package was untagged from epel{8,9}-next.
If a package was the same version-release in both epel and epel-next, I
made sure the epel version was installable on CentOS
https://bugzilla.redhat.com/show_bug.cgi?id=2149094
Petr Pisar changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=2148773
Petr Pisar changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=2149242
--- Comment #3 from Fedora Update System ---
FEDORA-EPEL-2022-289cf1db38 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-289cf1db38
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=2149242
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
Hi Gordon,
On Monday, 2022-11-28 08:21:31 -0800, Gordon Messmer wrote:
> On 2022-11-28 07:36, Eike Rathke wrote:
> > > I would much prefer to see Thunderbird updated early in
> > > Rawhide and releases that are not yet final, but to remain on the older
> > > stable version for as long as
On Wed, Nov 30, 2022 at 2:13 PM Mauricio Teixeira
wrote:
>
> Hello folks,
>
> Following up on the steps provided by the documentation [1], I would like to
> announce that I am willing to unretire the package rust-starship [2]. I use
> this app on a daily basis, and it seems like the previous
I have orphaned package "scratch"
https://src.fedoraproject.org/rpms/scratch
The package is 1.x version of Scratch. Then was version 2 and now we have even version 3. All of them does not provide
offline client for Linux. I used the version 1 in past in schools that have poor connection. But
https://bugzilla.redhat.com/show_bug.cgi?id=2149651
Bug ID: 2149651
Summary: perl-Module-Faker-0.023 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-Faker
Keywords: FutureFeature, Triaged
praiskup merged a pull-request against the project: `perl-DBD-Pg` that you are
following.
Merged pull-request:
``
Rebuild for PostgreSQL 15 (side-tag)
``
https://src.fedoraproject.org/rpms/perl-DBD-Pg/pull-request/1
___
perl-devel mailing list --
praiskup commented on the pull-request: `Rebuild for PostgreSQL 15 (side-tag)`
that you are following:
``
Going to merge now, and build against PostgreSQL 15 (proven packager action).
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-DBD-Pg/pull-request/1
On Wed, 30 Nov 2022 at 07:54, Daniel P. Berrangé
wrote:
> On Wed, Nov 30, 2022 at 11:54:10AM +, Peter Robinson wrote:
> > Hi Fabio,
> >
> > Been meaning to reply to this, but it got lost in the mail pile.
> >
>
> > > > But running `cargo fetch` with a clean cache pulls down *390*
> crates.
https://bugzilla.redhat.com/show_bug.cgi?id=2148773
Petr Pisar changed:
What|Removed |Added
Fixed In Version||perl-Prima-1.67-1.fc38
On Wed, Nov 30, 2022 at 8:16 AM Fabio Valentini wrote:
>
> On Wed, Nov 30, 2022 at 12:54 PM Peter Robinson wrote:
> >
> > > This is true, and probably also not "fixable". We need to make some
> > > amount of non-upstreamable patches to some crates (most notably,
> > > removing Windows- or mac
perl-Prima-1.67 in Rawhide will change a license from
BSD-2-Clause AND BSD-3-Clause AND BSD-4-Clause AND MIT-open-group AND
HPND-sell-variant AND TCL AND ImageMagick AND LGPL-2.0-or-later AND
AGPL-3.0-or-later
to
BSD-2-Clause AND BSD-3-Clause AND BSD-4-Clause AND MIT-open-group AND HPND AND
Hi,
when compiling qt6ct with the spec file [1], i get the following warning at the
end of the packaging build.
+ umask 022
+ cd /home/martin/rpmbuild/BUILD
+ rm -rf qt6ct-0.7 qt6ct-0.7.gemspec
+ RPM_EC=0
++ jobs -p
+ exit 0
RPM build warnings:
source_date_epoch_from_changelog set but
https://bugzilla.redhat.com/show_bug.cgi?id=2148773
--- Comment #1 from Petr Pisar ---
New features, many code refactored, some modules split, some removed. Suitable
only for Rawhide.
--
You are receiving this mail because:
You are on the CC list for the bug.
On Wed, Nov 30, 2022 at 12:54 PM Peter Robinson wrote:
>
> > This is true, and probably also not "fixable". We need to make some
> > amount of non-upstreamable patches to some crates (most notably,
> > removing Windows- or mac OS-specific dependencies, because we don't
> > want to package those),
Hello folks,
Following up on the steps provided by the documentation [1], I would like to
announce that I am willing to unretire the package rust-starship [2]. I use
this app on a daily basis, and it seems like the previous maintainer is no
longer interested in keeping the package, so I would
Thanks for the reminder Petr. I will do the rebase in rawhide only then.
Regards,
Jiri
On Wed, Nov 30, 2022 at 9:46 AM Petr Pisar wrote:
> V Tue, Nov 29, 2022 at 10:34:45AM -0500, Yaakov Selkowitz napsal(a):
> > On Tue, 2022-11-29 at 14:56 +0100, Petr Pisar wrote:
> > > V Tue, Nov 29, 2022 at
On Wed, Nov 30, 2022 at 11:54:10AM +, Peter Robinson wrote:
> Hi Fabio,
>
> Been meaning to reply to this, but it got lost in the mail pile.
>
> > > But running `cargo fetch` with a clean cache pulls down *390* crates. Of
> > > these, it looks like 199 (!) are already packaged as
https://bugzilla.redhat.com/show_bug.cgi?id=2148773
Petr Pisar changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
Hi Fabio,
Been meaning to reply to this, but it got lost in the mail pile.
> > I _very much_ appreciate all the work you and the other Rust SIG folks
> > (Igor and Zbyszek in particular but I'm sure others as well!) have put into
> > packaging rust apps and crates and all of the systems around
I think good to open a bug against the Bugzilla product in bugzilla.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Paul Howarth changed:
What|Removed |Added
Version|35 |36
--- Comment #11 from Paul Howarth
https://bugzilla.redhat.com/show_bug.cgi?id=2149242
--- Comment #1 from Jitka Plesnikova ---
epel8
https://pagure.io/releng/fedora-scm-requests/issue/49590
epel9
https://pagure.io/releng/fedora-scm-requests/issue/49591
--
You are receiving this mail because:
You are on the CC list for the
V Tue, Nov 29, 2022 at 10:34:45AM -0500, Yaakov Selkowitz napsal(a):
> On Tue, 2022-11-29 at 14:56 +0100, Petr Pisar wrote:
> > V Tue, Nov 29, 2022 at 01:07:19PM +0100, Jiri Kucera napsal(a):
> > > Hello,
> > >
> > > I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This
> > > bumps
65 matches
Mail list logo
