On 25.08.22 08:33, Marián Konček wrote:
I noticed this thread, I develop a personal project where I use about
10 C libraries, I noticed that "glfw", "libsodium" and "libevent" do
not have their corresponding mingw packages. I was considering trying
to package them but unifying them with the
On Thu, Aug 25, 2022 at 11:43 AM Artur Frenszek-Iwicki <
s...@fedoraproject.org> wrote:
> For example, at the top of the page, there's a bunch of numbers. I have no
> idea what they mean.
> Hovering over each of these displays a tooltip - which is nice - but five
> seconds after that tooltip
On Wed, Aug 24, 2022 at 12:31:29PM -0700, Adam Williamson wrote:
> so, from this we learn that the change would prevent PackageKit (and
> presumably other tools) from being able to read old Fedora signing
> keys; I'm not sure if that's a problem or not.
YES - virt-v2v, libguestfs etc relies on
OLD: Fedora-Rawhide-20220824.n.0
NEW: Fedora-Rawhide-20220825.n.0
= SUMMARY =
Added images:6
Dropped images: 0
Added packages: 35
Dropped packages:1
Upgraded packages: 71
Downgraded packages: 0
Size of added packages: 334.55 MiB
Size of dropped packages
On 25. 08. 22 14:42, Ali Erdinc Koroglu wrote:
Dear maintainers,
Python-sendgrid [1] will be retiring after F37, because since v6.4.1 it depends
to starkbank-ecdsa [2] which we can't add to Fedora
due to secp256k1 elliptic curve support.
Clarification: We don't *know* if we can include it :(
On Thu, Aug 25, 2022 at 2:49 PM Chris Adams wrote:
>
> Once upon a time, Ali Erdinc Koroglu said:
> > Dear maintainers,
> > Python-sendgrid [1] will be retiring after F37, because since v6.4.1
> > it depends to starkbank-ecdsa [2] which we can't add to Fedora
> > due to secp256k1 elliptic curve
Hello World,
I'm Sandipan Roy [FAS: ByteHackr], I wanted to share a serious system wide
problem with PackageKit-command-not-found [1] package.
Can you guys give some feedback if I can submit a system wide change proposal
to remove this because its a poor system design.
By this vulnerability
Once upon a time, Ali Erdinc Koroglu said:
> Dear maintainers,
> Python-sendgrid [1] will be retiring after F37, because since v6.4.1
> it depends to starkbank-ecdsa [2] which we can't add to Fedora
> due to secp256k1 elliptic curve support.
What's wrong with secp256k1? Fedora already has
Wheel user rule for packagekit
$ sudo cat /usr/share/polkit-1/rules.d/org.freedesktop.packagekit.rules
[sudo] password for sandipan:
polkit.addRule(function(action, subject) {
if ((action.id == "org.freedesktop.packagekit.package-install" ||
action.id ==
Some CVEs are appeared because of this issue,
Details + Analysis found at:
https://sysdream.com/abusing-packagekit-fedora-centos-for/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
OLD: Fedora-37-20220824.n.2
NEW: Fedora-37-20220825.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 0
Dropped packages:1
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:103.46 KiB
Size
Hi all,
Many of you know that proposing, discussing, and implementing a change
proposal is quite an effort, especially if you do this in your spare
time. I did this some releases ago in [1] to try to improve the
situation regarding BLAS/LAPACK management in Fedora. It wasn't easy,
but it was a
Dear maintainers,
Python-sendgrid [1] will be retiring after F37, because since v6.4.1 it
depends to starkbank-ecdsa [2] which we can't add to Fedora
due to secp256k1 elliptic curve support.
1 : https://github.com/sendgrid/sendgrid-python
2 : https://github.com/starkbank/ecdsa-python
BR,
Ali
I noticed this thread, I develop a personal project where I use about 10
C libraries, I noticed that "glfw", "libsodium" and "libevent" do not
have their corresponding mingw packages. I was considering trying to
package them but unifying them with the native packages would be better.
Of
On 25. 08. 22 11:14, Gerd Hoffmann wrote:
Hi,
With various filtering options.
Is it also possible to sort packages? For example to have my own
packages listed first and any group packages later?
The current sorting options are:
- Package name
- Issue count
- FTI, FTBFS and orphans
On to, 25 elo 2022, Miro Hrončok wrote:
On 24. 08. 22 22:53, Alasdair G Kergon wrote:
On Wed, Aug 24, 2022 at 09:50:59PM +0200, Fabio Valentini wrote:
I think some of those *-team / *-sig / *-maint pseudo-group users are
outdated. Most of them probably pre-date the existence of actual
groups,
Hello folks,
this is just a reminder that there is a Fedora Packager Dashboard that you
might not know about:
Go to https://packager-dashboard.fedoraproject.org/
Enter your FAS username, (sit down and relax for a while if coming for the
first time) and enjoy aggregated information about
While I really like the idea, I find the interface to be... how do I put it?
Non-obvious and not very discoverable.
For example, at the top of the page, there's a bunch of numbers. I have no idea
what they mean.
Hovering over each of these displays a tooltip - which is nice - but five
seconds
Hello folks,
during our Nest FESCo session, we've talked about enabling Koschei [1] for all
packages automatically.
There seem to be a consensus by FESCo members, that it would be a good thing.
What would it take?
1) Koji resources
I think we can try to enable this and see if it burns. I
On Thu, 25 Aug 2022 at 11:49, Artur Frenszek-Iwicki
wrote:
>
> While I really like the idea, I find the interface to be... how do I put it?
> Non-obvious and not very discoverable.
>
> For example, at the top of the page, there's a bunch of numbers. I have no
> idea what they mean.
> Hovering
On Thu, Aug 25, 2022 at 11:43 AM Artur Frenszek-Iwicki
wrote:
>
> While I really like the idea, I find the interface to be... how do I put it?
> Non-obvious and not very discoverable.
>
> For example, at the top of the page, there's a bunch of numbers. I have no
> idea what they mean.
> Hovering
Hi,
> With various filtering options.
Is it also possible to sort packages? For example to have my own
packages listed first and any group packages later?
take care,
Gerd
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
> Sounds like you need to clear your browser cache or something
Yeah, looks like it. I refreshed the page via F5 and it didn't help.
Doing a full page reload via Ctrl+R helped.
> According to your description, your browser might be broken,
> perhaps due to some content blocking?
> See this
On 25/08/2022 14:42, Ali Erdinc Koroglu wrote:
which we can't add to Fedora due to secp256k1 elliptic curve support
Fedora already has secp256k1:
$ openssl ecparam -list_curves | grep 256k1
secp256k1 : SECG curve over a 256 bit prime field
--
Sincerely,
Vitaly Zaitsev
On Thu, Aug 25, 2022 15:58:12 +0200, Fabio Valentini wrote:
> Yeah that should be pretty simple. Get list of source packages in
> $release, paste it into the "Add packages" page, set release combobox
> to $release, submit.
> I do that regularly for all Rust packages.
The rust-sig packages are
On Thu, Aug 25, 2022 at 4:34 PM Ankur Sinha wrote:
>
> On Thu, Aug 25, 2022 15:58:12 +0200, Fabio Valentini wrote:
> > Yeah that should be pretty simple. Get list of source packages in
> > $release, paste it into the "Add packages" page, set release combobox
> > to $release, submit.
> > I do that
On 8/25/22 1:33 AM, Marián Konček wrote:
I could however open a PR to add them to the native packages. Do we have some
libraries where this unification is already finished so that I could take inspiration?
FAudio
vkd3d
___
devel mailing list --
On 25.08.22 18:40, Michael Cronenworth wrote:
On 8/25/22 1:33 AM, Marián Konček wrote:
I could however open a PR to add them to the native packages. Do we
have some libraries where this unification is already finished so
that I could take inspiration?
FAudio
vkd3d
You might also want to
On Thu, Aug 25, 2022 at 06:42:52PM +0200, Sandro Mani wrote:
>
> On 25.08.22 18:40, Michael Cronenworth wrote:
> > On 8/25/22 1:33 AM, Marián Konček wrote:
> > > I could however open a PR to add them to the native packages. Do we
> > > have some libraries where this unification is already
On Thu, Aug 25 2022 at 09:53:49 AM +0200, Miro Hrončok
wrote:
during our Nest FESCo session, we've talked about enabling Koschei
[1] for all
packages automatically.
Yay, this should have been done long ago. ;)
___
devel mailing list --
I just found that rsyslog is installed and by default creating legacy
log files in /var/log like messages and secure.
Now that journald has been in Fedora for so long this is useful
default to install rsyslog?
Barry
___
devel mailing list --
On 8/25/22 11:02 AM, Barry Scott wrote:
I just found that rsyslog is installed and by default creating legacy
log files in /var/log like messages and secure.
Now that journald has been in Fedora for so long this is useful
default to install rsyslog?
I don't have it installed. I think it is
On Thu, Aug 25 2022 at 04:02:25 PM +0100, Barry Scott
wrote:
I just found that rsyslog is installed and by default
Depends on what install media you use. It's part of the @standard comps
group. Workstation does not use @standard for exactly this reason: it
has extra stuff like this that's
On Thu, Aug 25, 2022 at 9:58 AM Miro Hrončok wrote:
>
> Hello folks,
>
> during our Nest FESCo session, we've talked about enabling Koschei [1] for all
> packages automatically.
>
> There seem to be a consensus by FESCo members, that it would be a good thing.
>
> What would it take?
>
> 1) Koji
On Thu, Aug 25 2022 at 11:20:46 AM -, Sandipan Roy
wrote:
By this vulnerability any wheel user can install any packages without
root access or sudo.
Hi, this is actually by design and not a vulnerability. The wheel user
is definitionally an administrator user, and can escalate from wheel
On Thu, Aug 25, 2022 at 02:47:53PM +0100, Richard W.M. Jones wrote:
> On Wed, Aug 24, 2022 at 12:31:29PM -0700, Adam Williamson wrote:
> > so, from this we learn that the change would prevent PackageKit (and
> > presumably other tools) from being able to read old Fedora signing
> > keys; I'm not
On 25/08/2022 09:53, Miro Hrončok wrote:
Can we do this? How can I help?
+1. Already enabled for all my packages.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On 25/08/2022 13:20, Sandipan Roy wrote:
I'm Sandipan Roy [FAS: ByteHackr], I wanted to share a serious system wide
problem with PackageKit-command-not-found [1] package.
Not a bug, but a feature. Members of the wheel group, also known as
"admin users", can install any packages using
> On 25 Aug 2022, at 16:05, Robert Marcano via devel
> wrote:
>
> On 8/25/22 11:02 AM, Barry Scott wrote:
>> I just found that rsyslog is installed and by default creating legacy
>> log files in /var/log like messages and secure.
>> Now that journald has been in Fedora for so long this is
On Thu, 2022-08-25 at 09:53 +0200, Miro Hrončok wrote:
> Hello folks,
>
> during our Nest FESCo session, we've talked about enabling Koschei [1] for
> all
> packages automatically.
>
> There seem to be a consensus by FESCo members, that it would be a good thing.
>
> What would it take?
>
>
Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
I assume their maintainers didn't do it on purpose, maybe it was
easier for a certain update, didn't have time to look into it and
weren't aware of the guideline. But this is very frustrating. Seeing
many hours of work just wiped out without any notice
Once upon a time, Peter Robinson said:
> On Thu, Aug 25, 2022 at 8:07 PM Michael Catanzaro
> wrote:
> > On Thu, Aug 25 2022 at 02:45:31 PM -0400, Neal Gompa
> > wrote:
> > > We should remove rsyslog from @standard.
> >
> > Packages in @standard but not in @workstation-product:
> >
> > at
> >
On Tue, Aug 23, 2022 at 11:27:55AM -0400, Paul Wouters wrote:
> >[1]: https://docs.fedoraproject.org/en-US/fesco/Bundled_Software_policy/
> Thanks for the link. Sadly, the justification would be "because upstream
> hardcoded this an errors on any other version", which in itself is
> pretty
I'm the upstream developer/maintainer for vile (vi like emacs) and a few other
programs packaged in Fedora.
The vile rpm is a couple of years out of date, now, and I don't see recent
activity by the package maintainer.
What can I do to get it moving again?
(Earlier this year, I restored a
Am 25.08.22 um 23:00 schrieb Iñaki Ucar:
On Thu, 25 Aug 2022 at 19:15, Iñaki Ucar wrote:
On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
I assume their maintainers didn't do it on purpose, maybe it was
easier for a certain update, didn't
I just tried an update (`dnf update`, F36).
Three packages that are to be updated are from the fedora-cisco-openh264
repository.
In all three cases, I get the dnf output that these packages have not
been signed, which finally makes the GPG verification to fail.
The packages are:
sqlcipher has been requested to be built in epel9 [0]. Rather than
branching it from the current rawhide version, I plan to update
rawhide to the latest upstream version first [1]. This involves an
soname change from libsqlcipher-3.34.1.so.0 to
libsqlcipher-3.39.2.so.0. This will require six
I'm working on an update to sympy, to version 1.11. This version has
several backwards incompatible changes. I inspected the consuming
packages for use of the backwards incompatible APIs and found none.
Just in case, I did local mock builds of each one, and the builds were
all successful,
On Thu, 25 Aug 2022 at 19:15, Iñaki Ucar wrote:
>
> On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
> >
> > Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
> >
> > > I assume their maintainers didn't do it on purpose, maybe it was
> > > easier for a certain update, didn't have time to look into it
Fabio Valentini kirjoitti 25.8.2022 klo 16.01:
On Thu, Aug 25, 2022 at 2:49 PM Chris Adams wrote:
Once upon a time, Ali Erdinc Koroglu said:
Dear maintainers,
Python-sendgrid [1] will be retiring after F37, because since v6.4.1
it depends to starkbank-ecdsa [2] which we can't add to Fedora
Everything should be back to working. Try a 'dnf --refresh...' or a
'dnf clean all'.
It's not fully clear yet some of the events. ;(
The person who used to update this has moved to another group.
The SOP (standard operating procedure) for doing this update was
incorrect/out of
Hello,
mmckinst seems to have been marked as an Inactive Packager looking at
the recently introduced Inactive Packager Policy:
https://pagure.io/find-inactive-packagers/issue/230
As such, he will loose packager status in two months in case he doesn't
answer.
If you don't want to wait for
On Thu, 2022-08-25 at 16:28 -0700, Kevin Fenzi wrote:
> Everything should be back to working. Try a 'dnf --refresh...' or a
> 'dnf clean all'.
>
Having just
downloaded
https://codecs.fedoraproject.org/openh264/36/x86_64/os/Packages/m/mozilla-openh264-2.3.0-1.fc36.x86_64.rpm
I get:
Name :
On 2022-08-25 08:22, Barry Scott wrote:
On 25 Aug 2022, at 16:05, Robert Marcano via devel
mailto:devel@lists.fedoraproject.org>>
wrote:
On 8/25/22 11:02 AM, Barry Scott wrote:
I just found that rsyslog is installed and by default creating legacy
log files in /var/log like messages and
On Thu, Aug 25, 2022 at 2:34 PM Samuel Sieb wrote:
>
> On 2022-08-25 08:22, Barry Scott wrote:
> >> On 25 Aug 2022, at 16:05, Robert Marcano via devel
> >> mailto:devel@lists.fedoraproject.org>>
> >> wrote:
> >>
> >> On 8/25/22 11:02 AM, Barry Scott wrote:
> >>> I just found that rsyslog is
On Thu, Aug 25 2022 at 02:45:31 PM -0400, Neal Gompa
wrote:
We should remove rsyslog from @standard.
Packages in @standard but not in @workstation-product:
at
crontabs
dbus
ed (no, really)
fprintd-pam
irqbalance
rsyslog
smartmontools
util-linux-user
Seems like if we remove a few things from
On Thu, Aug 25, 2022 at 9:07 PM Michael Catanzaro
wrote:
> On Thu, Aug 25 2022 at 02:45:31 PM -0400, Neal Gompa
> wrote:
> > We should remove rsyslog from @standard.
>
> Packages in @standard but not in @workstation-product:
>
> at
> crontabs
> dbus
> ed (no, really)
> fprintd-pam
> irqbalance
On Thu, 25 Aug 2022 at 18:34, Ralf Corsépius wrote:
>
> Am 25.08.22 um 13:19 schrieb Iñaki Ucar:
>
> > I assume their maintainers didn't do it on purpose, maybe it was
> > easier for a certain update, didn't have time to look into it and
> > weren't aware of the guideline. But this is very
I'm working on some of the deps for mailman3/hyperkitty.
I should have the python-flufl-lock dep solved for you.
On Mon, Aug 22, 2022 at 12:04 PM Michel Alexandre Salim <
sali...@fedoraproject.org> wrote:
> On Mon, Aug 22, 2022 at 01:07:26PM +0200, Miro Hrončok wrote:
> > The following packages
On Thu, Aug 25, 2022 at 8:07 PM Michael Catanzaro wrote:
>
> On Thu, Aug 25 2022 at 02:45:31 PM -0400, Neal Gompa
> wrote:
> > We should remove rsyslog from @standard.
>
> Packages in @standard but not in @workstation-product:
>
> at
> crontabs
> dbus
> ed (no, really)
> fprintd-pam
> irqbalance
Hi Fedorians,
I'm back with more ansible license updates. Upstream, some of the community
Ansible Collections have adopted the REUSE specification, which makes it much
easier to determine the overall license. For collections that have adopted
this, the license texts are all stored as files in
On 8/25/22 11:42 AM, Sandro Mani wrote:
You might also want to add the mingw debuginfo packages to those.
Ah, thanks. I'm used to the debuginfo packages being automatically added thanks to
%{mingw_package_header}.
I wonder if we could have the install macros updated to handle this in a
I'll start on yours if you'll start on mine, I have a pile of my own :)
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW=Package%20Review=jonathan%40almalinux.org=1=equals_name=My%20review%20requests_id=12864886=Fedora_based_on=My%20review%20requests_format=advanced
On Thu, Aug 25, 2022 at
On Thursday, August 25, 2022 Carl George wrote:
> [root@f38-container:~]# repoquery --repo
> rawhide-source,rawhide-modular-source \
> > --quiet --queryformat '%{name}' --archlist src --whatrequires
> > sqlcipher-devel
> libgda
> python-peewee
> sqlitebrowser
> [root@f38-container:~]# repoquery
On Thu, Aug 25, 2022 at 7:46 PM Jonathan Wright via devel
wrote:
> I'll start on yours if you'll start on mine, I have a pile of my own :)
It's a deal. I'll get started on yours. Thank you!
--
Jerry James
http://www.jamezone.org/
___
devel mailing
On Thu, Aug 25, 2022 at 7:57 AM Miro Hrončok wrote:
>
> Hello folks,
>
> during our Nest FESCo session, we've talked about enabling Koschei [1] for all
> packages automatically.
I am not anywhere near the deciders group, but this
(enabling Koschei by default) just makes too much
sense not to do
Hi,
On Thu, 2022-08-25 at 11:04 +0300, Alexander Bokovoy wrote:
> On to, 25 elo 2022, Miro Hrončok wrote:
> > We use the python-maint pseudo-account to be the default Bugzilla
> > assignee for Pythons, e.g.
> > https://src.fedoraproject.org/rpms/python3.11
> >
> > Note that it does *not*
wouldnt think make split packages vs all the agents just in the -epel
package as i originally submitted? im fine either way just not clear.
do i need to make other changes or does the rest seem ok since i am not
tied to requiring man pages?
On 2022-08-25 08:29, Troy Dawson wrote:
For the
For the names, the source rpm needs to have the -epel suffice
(fence-agents-epel) but then all the "missing" packages have the same name
they would have if they were in RHEL or Fedora. So in this case they would
be
fence-agents-pve
fence-agents-raritan
fence-agents-rcd-serial
fence-agents-virsh
https://bugzilla.redhat.com/show_bug.cgi?id=1934532
--- Comment #4 from Fedora Update System ---
FEDORA-EPEL-2022-d4d0379152 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-d4d0379152
--
You are receiving this mail because:
You are
Hello folks,
this is just a reminder that there is a Fedora Packager Dashboard that you
might not know about:
Go to https://packager-dashboard.fedoraproject.org/
Enter your FAS username, (sit down and relax for a while if coming for the
first time) and enjoy aggregated information about
https://bugzilla.redhat.com/show_bug.cgi?id=1934532
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=2118082
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-TimeZone-2.53 |perl-DateTime-TimeZone-2.53
https://bugzilla.redhat.com/show_bug.cgi?id=2116190
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTimeX-Easy-0.090-1 |perl-DateTimeX-Easy-0.090-1
https://bugzilla.redhat.com/show_bug.cgi?id=2116587
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Bencode-1.502-1.fc38 |perl-Bencode-1.502-1.fc38
https://bugzilla.redhat.com/show_bug.cgi?id=2116479
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Alien-pkgconf-0.18-1.f |perl-Alien-pkgconf-0.18-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=2110771
Ralf Corsepius changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Status|NEW
https://bugzilla.redhat.com/show_bug.cgi?id=2116269
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2116587
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Bencode-1.502-1.fc38 |perl-Bencode-1.502-1.fc38
https://bugzilla.redhat.com/show_bug.cgi?id=2102685
Bug 2102685 depends on bug 2116269, which changed state.
Bug 2116269 Summary: Add perl-Set-Object to EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2116269
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=2115572
--- Comment #5 from Andrew Bauer ---
It seems strange that EPEL would have a different procedure than Fedora:
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
As the packager for ZoneMinder in
https://bugzilla.redhat.com/show_bug.cgi?id=2115572
--- Comment #4 from Robert Scheck ---
I've now filed https://pagure.io/releng/issue/10992 according to
https://docs.fedoraproject.org/en-US/epel/epel-package-request/#epel_packagers_sig_members,
because there was no response by the maintainer
82 matches
Mail list logo