Hey,
Am 25.09.24 um 20:43 schrieb Alexey Lunev:
I'm planning to contribute software that i like, but it is currently
unavailable in repos (gdu, navidrome, openmw).
Oh, navidrome would be nice. Thank you for joining the Fedora packager
community.
Felix
--
There is a long-standing issue with certbot that the certbot-renew timer is not
enabled by default even though it is listed in "90-default.preset"
(fedora-release/epel-release):
https://src.fedoraproject.org/rpms/fedora-release/blob/rawhide/f/90-default.preset
Any idea how to debug this? I t
Am 08.08.24 um 13:25 schrieb Peter Lemenkov:
Sure, I still have a few Python packages sitting in my queue.
maybe you can have a look at this one if you have time:
https://bugzilla.redhat.com/show_bug.cgi?id=2303756
Felix
--
___
devel mailing list --
Hi Peter,
Am 05.08.24 um 20:16 schrieb Peter Lemenkov:
I've just reviewed it. Could you please pick any of these Python
packages and review it? All these packages are quite straightforward.
* https://bugzilla.redhat.com/2302539 - python-lazy_load - A
minimalistic interface that allows lazy eval
Hi Peter,
thanks for the review, I'll check your packages later.
Am 05.08.24 um 20:16 schrieb Peter Lemenkov:
* https://bugzilla.redhat.com/2302731 - python-baseconv - A basic
baseconv implementation in python
non-existing github repo? https://github.com/semente/baseconv
* https://bugzilla.
Hi,
I would like to get this package reviewed:
https://bugzilla.redhat.com/show_bug.cgi?id=2275769
Of course I can review something in exchange, preferrably Python-related.
Felix
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
Am 18.07.24 um 13:07 schrieb Zbigniew Jędrzejewski-Szmek:
On Wed, Jul 17, 2024 at 10:00:52PM +0100, Aoife Moloney wrote:
* Proposal owners: Update base to 2.4 when upstream releases.
Any details on when that'll happen? We need to know how this aligns
with the Fedora release dates…
pytorch 2
Am 17.06.24 um 16:05 schrieb Miro Hrončok:
python-astunparse is currently broken on Python 3.13 and I have not investigated
why. The latest upstream commit is 5 years old.
Comment from the upstream issue tracker:
"In theory, no current Python package supporting Python since version 3.9 should
Hi Stephen,
also a huge thank you from my side.
You did an excellent job to keep nodejs in Fedora!
Also this serves as a reminder for me to try getting new packagers in Fedora
which hopefully helps to mitigate situations like yours eventually.
Felix
--
I just found that my visidata issue is likely being handled via
https://bugzilla.redhat.com/show_bug.cgi?id=2264975
https://bugzilla.redhat.com/show_bug.cgi?id=2265038
https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/285
--
___
devel m
Last metadata expiration check: 0:00:24 ago on Wed Feb 21 10:16:20 2024.
Error:
Problem: problem with installed package visidata-2.11.1-2.fc39.noarch
- visidata-2.11.1-2.fc39.noarch from @System does not belong to a
distupgrade repository
- nothing provides /usr/bin/-S needed by visidata-
Am 02.12.23 um 09:46 schrieb Michal Schorm:
In my experience through the years, I've found very little proven
packagers that would work in what *I would see* as the right way.
I fully agree with you but I wanted to mention Miro + the Python team. From my
experience in the Python packaging spa
Am 24.04.23 um 12:41 schrieb Miroslav Suchý:
For example take python-pydyf:
https://src.fedoraproject.org/rpms/python-pydyf/commits/rawhide
After git-push it is gone now in the updated stats. Sorry.
Thank you for your time to drive this effort + the quick fix :-)
Felix
_
Am 23.04.23 um 11:59 schrieb Mattia Verga via devel:
I have updated some of my packages, but they're still listed there. I've
used "Update license tag to SPDX" in the changelog.
similar for me.
For example take python-pydyf:
https://src.fedoraproject.org/rpms/python-pydyf/commits/rawhide
Sho
Am 24.06.22 um 11:27 schrieb Florian Weimer:
* Felix Schwarz:
Are these Python 2.7 dependencies only used at build time? In that
case Fedora could maybe announce that openssl1.1 might not get the
full security suport so the burden for openssl1.1 packagers is lower
without removing the
Am 24.06.22 um 11:23 schrieb Dmitry Belyavskiy:
What I'm afraid of is that if we just declare the deprecation, we will stay with
this package forever.
Well, RHEL 7 maintenance support 2 phase ends in June 2024. I'd expect that we
should be able to drop Python 2.7 from Fedora at that point at l
Am 24.06.22 um 11:13 schrieb Dmitry Belyavskiy:
I'm not sure that if we don't remove the devel package, we will provide strong
enough motivation to get rid of the deprecating packages.
imho removing the devel packages is basically the same as removing openssl1.1
entirely. To me the idea of "de
Hi Neal,
I made you an admin and orphaned python-cairosvg so you can claim it as "main
admin" if you like.
You should probably also take a look at cairocffi which is FTBFS due to failures
in the test suite:
https://src.fedoraproject.org/rpms/python-cairocffi
Technically Eric Smith is the m
Hi *,
I'd like to orphan python-cairosvg. This package was required by older
WeasyPrint releases but WeasyPrint v53 (Fedora 35+) stopped using cairo so I
don't use this package anymore.
The package should be ok however I expect very little upstream maintainance as
the code was maintained by
Hi *,
I'd like to orphan python-cairocffi. This package was required by older
WeasyPrint releases but WeasyPrint v53 (Fedora 35+) stopped using cairo so I
don't use this package anymore.
On top of this cairocffi was developed by the WeasyPrint developers and they
stopped maintaining it once
Hi Jeremy,
just wanted to thank you for your contributions to ROCm on Fedora + your
upstream work to make the stack more distro-friendly.
I'm pretty much swamped right now. Maybe I find some time to chime in but I hope
someone else could review this.
Debian has a pretty active ROCm packagin
Am 18.05.22 um 11:27 schrieb Peter Boy:
We didn’t lost Eclipse, we switched from RPM to another distribution method.
Do you mean the Eclipse flatpak? I tried the flatpak but in the end went back to
upstream's plain binaries as the Flatpak does not work well when using pydev.
So for my use
I use wine and lutris (+ 32bit mingw packages).
___
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-con
Hi Kevin,
Am 08.03.22 um 01:33 schrieb Kevin Kofler via devel:
There is actually a "mock shell" command that opens a shell inside the mock
chroot. You can also run arbitrary shell commands (including scripts that
you have previously manually copied in using the "copyin" command) in it.
I knew
Am 07.03.22 um 13:25 schrieb Miro Hrončok:
Building pypy is nontrivial. I don't know if you can "just" build it on x86_64
for i686 without using mock, but you should be able to do it in mock:
Btw: How do you handle/fix build issues when you can only build inside mock?
So for example your mock
Am 18.02.22 um 07:40 schrieb Yunmei LI:
We are looking to contribute Milvus to the fedora community to help more users
with their AI applications.
I have already filled out a Milvus package review request in bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=2055596
Welcome to Fedora. I'm
Hi Steve,
welcome to Fedora :-)
Am 14.02.22 um 14:46 schrieb Steve Cossette:
But I'm not really aiming to help maintain a specific package
(I don't really mind which), is there a place where maintainers look for
co-maintainers?
I don't think so. The main reason is that data on any list gets
Am 07.02.22 um 18:08 schrieb Neal Gompa:
If anything, our MinGW stack is an amazing selling point compared to
other distributions, because we provide a usable framework to build
applications for Windows.
I'd like to second this. I felt relieved once I found out that I could build a
tiny in-ho
Am 04.02.22 um 23:43 schrieb Richard W.M. Jones:
We build using mingw precisely to avoid touching Windows at all.
Yup - same here. We are using Fedora's mingw packages to create Windows
executables which link to a proprietary 32 bit library. This really has been a
huge time saver for me and
Am 25.01.22 um 21:22 schrieb Miro Hrončok:
If I assume correctlty that both python-augeas and python-boto3 are in RHEL
7,
yes.
this exception applies:
"""
>
The package exists in both Fedora and RHEL, but the packager wants to
ship it in EPEL under an alternative name (as required by EPEL
Hi,
(I sent this to epel-devel but did not get any reply there so maybe fedora-devel
is a better place for this question even though this is about EPEL packages?)
the packaging guidelines have a few excemptions for the package review process
[1]. I'm working on updating certbot to Python 3 in
Hi,
I guess this might affect quite a few people so I hope I can save you a few
minutes to find the workaround:
Firefox 96.0 hangs after a while - loses connectivity
https://bugzilla.redhat.com/show_bug.cgi?id=2040189
upstream bug:
Infinite loop in HTTP3 hangs socket thread
https://bugzilla.
Am 20.12.21 um 12:49 schrieb Dominik 'Rathann' Mierzejewski:
This is a non-responsive maintainer check for Eric Smith (brouhaha).
I've been maintaining solaar for over two years now. It was maintained
by tibbs before. I asked the original maintainer, Eric Smith to change
the default bugzilla as
Am 17.12.21 um 02:39 schrieb Jeremy Newton:
Well I think OpenCL would be a good starting point since it's been around for a
while and lots of applications use it.
Also I'd be interested in using pytorch (installed via pip) on my AMD system.
Years ago when Tom Stellard started to package roc
Am 03.12.21 um 16:19 schrieb Steven A. Falco:
What is the proper procedure to escalate this? Should I create a bug?
Either create a bug or write to this mailing list (as you did).
I use bodhi only to give simple feedback or post easy workarounds. The interface
is not suitable for discussion
Hi Steven,
Am 03.12.21 um 16:19 schrieb Steven A. Falco:
There was an update [1] to libjxl that appears to have broken some
dependencies (gimp-jxl-plugin, jxl-pixbuf-loader, libaom, etc.).
I'm not sure if the negative karma is helpful, since this update has already
been pushed to stable a few
Am 25.11.21 um 09:21 schrieb spike:
I've been trying to contact Fedora's certbot SIG for a while now. Back then I
wanted to help fix some issues with python-dns-lexicon (which are resolved
upstream now and an update has trickled down to Fedora 35 with the latest
release) but currently I'm try
Hi,
I have a similar problem (but on a much smaller scale): The certbot stack
comprises ~ a dozen packages which should be updated in lockstep. We push the
same version to all supported Fedora releases + EPEL (mostly).
To do that somewhat efficiently I built/extended some scripts:
https://git
Am 27.09.21 um 15:09 schrieb Mario Torre:
However the majority of people just usually download Eclipse (or IntelliJ for
what matters) from the upstream website anyway, further suggesting that
maintaining Eclipse is not really a rewarding nor useful task.
Just my 2 ¢: Since I switched from upst
Am 24.08.21 um 22:47 schrieb Steven A. Falco:
Should I edit the criteria in f33 so I can mark it stable before the 7 days
elapse, or should I let it wait? It seems weird that one release would have to
wait longer than the other releases when the fix is identical for all of them.
Also I'd eve
Hi Stephen,
thank you for your interest in contributing to Fedora. I can totally understand
that the current policies may seem overwhelming so that becoming a packager
might be seen as some kind of "elite" status.
I think I would feel the same way if I didn't become a packager ~10 years ago.
How
Am 05.08.21 um 14:00 schrieb Miro Hrončok:
eclipse akurtakov, dbhole, eclipse-sig, 11 weeks
jerboaa, jjohnstn, lef, mbooth,
oliver, rgrunber
What is the idea here? Is that a fallout of the Javapocalypse/the st
Am 29.07.21 um 12:42 schrieb Sandro Mani:
mingw packages are dedicated like any other packages, with a respecitve
maintainer.
Though there was some initiative in March 2021 of building (some?) mingw
packages directly from the regular linux specs. Not sure if something happened
there:
https:
Am 09.07.21 um 17:45 schrieb Ben Cotton:
== Detailed Description ==
The use of SHA-1 is no longer permitted for Digital Signatures or
authentication in RHEL-9. Due to this reason, there is a need to
remove SHA-1 extension from sqlite in RHEL-9 and therefore also
Fedora.
I don't think that this
Hi Fred,
your code works for me without printing any warnings.
Am 05.07.21 um 10:01 schrieb Frederic Muller:> I install all my libraries using
pip.
The important thing is that you never use pip to install anything into Fedora's
site-packages /usr/lib64/python3.9/site-packages/ . That can (and
- Can you post a small code snippet which reproduces the problem?
- I can use requests on F34 without any warnings. Any chance you manually
installed other libraries/versions in Fedora's site-packages?
(/usr/lib64/python3.9)
Felix
___
devel mailing
Am 28.06.21 um 21:44 schrieb Miro Hrončok:
The semantics is quite simple:
%check
%py3_check_import mymodule mymodule.submodule
Looks great! Thank you.
Please let us know when we should start adding that to our Python packages. :-)
Felix
___
Am 22.06.21 um 18:34 schrieb Karolina Surma:
borgbackup fschwarz
Thank you for your work on Sphinx. borgbackup should be fixed in rawhide.
Felix
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel
Am 16.06.21 um 05:12 schrieb Trevor McKay:
My name is Trevor and I was hoping to contribute to the Fedora project
in the form of packaging.
Welcome!
introduce myself here. I have a few years of Linux experience as well as
Rust, Python and C/C++ development. I am, however, completely new to
p
Am 02.06.21 um 17:42 schrieb Neal Gompa:
For what it's worth, I prefer the effective license approach too. I'm
just working with what people tell me. :(
If we just mention the source license(s) in the License tag this means it will
become harder to check if some software can depend on a speci
Am 02.06.21 um 05:20 schrieb Xiaofeng Wang:
This sounds fine, thanks.
You are welcome. If there are any problems just ask here.
Thank you for contributing to a better Fedora.
Felix
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
Am 01.06.21 um 14:15 schrieb xiaofeng:
Actually, I just have trouble following the guide.
Would you mind explaining a bit what part you are struggeling with?
Having a first PR is great! Actually if the maintainer of qt-creator is
responsive you could work quite a while without the need of ge
Hi Stefano,
a few months ago certbot switched to Python 3 only. certbot on EPEL 7 still uses
Python 2 because EPEL 7 does not have all required Python 3 packages. So we need
to bring the missing packages to EPEL 7.
The main bug for this is:
https://bugzilla.redhat.com/show_bug.cgi?id=1797129
Hi Stefano,
Am 10.05.21 um 14:25 schrieb Stefano Prina:
I'm good with python programming and as sys admin.
Now I'm loking for a project or a task to work on, let me know if
someone need help :)
Welcome to Fedora. Fedora+Python is a pretty good match so you'll find plenty of
packages to maint
Am 29.04.21 um 21:27 schrieb Joan Moreau via devel:
Isn´t there a muh more systemic (and simpler) process to push a RPM in the
distribution ?
Fedora tries to ship working software. This means there has to be at least one
person who really cares about each Fedora package. All these processes t
Am 15.03.21 um 11:09 schrieb Miro Hrončok:
# rpm -e python3-py
error: Failed dependencies:
python3.9dist(py) >= 1.4.17 is needed by (installed)
python3-tox-3.19.0-1.fc33.noarch
Hence, I believe this is a bug in rpm --erase.
Thank you for confirming this.
Actually I noticed that there i
Hi,
I'm trying to make sense of a bug report a user submitted via bugzilla and I
think the root cause might be boolean dependencies.
So basically python3-urllib3 was not present on the user's system even though
python3-requests was installed (and of course triggered an exception when used).
I switched a desktop F33 machine from pulseaudio to pipewire and it seems to
work fine at a quick glance:
$ sudo dnf swap pulseaudio pipewire-pulseaudio --allowerasing
--enablerepo=updates-testing
$ systemctl --user enable pipewire pipewire-pulse
Now I have the problem when I re-plug my hea
Hi Cristian,
thank you for contributing to Fedora :-)
Am 07.01.21 um 13:05 schrieb Cristian Morales Vega:
My failed attempt has left me with some questions.
I think I don't understand what you tried so far and what failed exactly (maybe
I misunderstood your email).
- Can this be done?
I m
Am 05.01.21 um 16:01 schrieb Neal Gompa:
Welcome to Fedora, Frédéric! I'm looking forward to see efforts around
reproducible builds in Fedora. :)
+1 from me.
I think this is really on example where free software can really show its
strengths and if there is some easy tooling in Fedora to ensu
Am 13.12.20 um 17:18 schrieb Aoife Moloney:
Hiding branches
- Question: Is it possible to hide these retired branches from the UI?
Say, hide branch names with f30 or lower?
- Answer: This is not possible currently
I think it would be more useful (also in the general sense) to make "inacti
Am 04.12.20 um 21:35 schrieb Stephen John Smoogen:
Anecdata which is as 'useful' as any other.
just some additional experience from my side:
- Fedora provides a recent PHP (unlike RHEL 7) but also ships the full PHP stack
required to run popular PHP applications like WordPress/NextCloud/...
(Disclaimer: Just an XWayland user, so I might be totally wrong)
Am 01.12.20 um 10:58 schrieb Fabio Valentini:
I assume there are also at least *some* improvements (other than
XWayland improvements) in the xserver repo that are not released yet?
I think one example could be:
xwayland: Add EG
Hi Daniel,
Am 18.11.20 um 18:41 schrieb Daniel Pocock:
Firmware binary code that isn't yet present in linux-firmware.git
- is there any way to extract that binary from another platform?
you probably noticed this yourself, but just in case:
https://lists.fedoraproject.org/archives/list/devel@li
Am 16.11.20 um 14:03 schrieb Vitaly Zaitsev via devel:
Most of casual packagers simply ignore all pull requests and don't even check
their mail. It is much more easier to fix the package manually than waiting 2-3
weeks for a response.
I think this is the root cause and a real problem (I compl
Am 16.11.20 um 13:16 schrieb Vitaly Zaitsev via devel:
The main upstream for Fedora packages is the Fedora Package Sources. If the
package need to be fixed, it must be fixed.
I agree with you here. The only point (though important imho) I want to make is
that provenpackagers should not "circu
Am 16.11.20 um 10:28 schrieb Miro Hrončok:
If it is not urgent, provnpackagers should not go and make packaging changes
without talking to the maintainer first.
+1
I think the main idea is that we try not to create artificial "hierarchies".
Especially for a volunteer maintainer who maintains
Am 09.11.20 um 22:35 schrieb Dan Čermák:
I have filed the respective ticket in Bugzilla [1] as I have seen no
development in the tracking bug to update grpc[2]. The outdated version
of grpc is currently blocking me from updating Bear to anything beyond
3.0.0.
Not directly relatived but:
I thi
Hey,
Thunderbird 78 changed its tech stack and integrated OpenPGP support so the
enigmail plugin does not work anymore.
Enigmail 2.2.x does not contain any OpenPGP functionality besides a migration
tool which migrates keys to Thunderbird's internal keyring. Since Thunderbird
78 was pushed to F31+
Hi,
it seems that the packager dashboard does not synchronize my data anymore:
https://packager.fedorainfracloud.org/fschwarz
For example it still shows bug #1874669 ("Please build python-cssselect2 for
EPEL8") as NEW even though that bug is closed since 2020-09-19.
Also a lot of new bugs are not
Am 03.10.20 um 00:53 schrieb Fabio Valentini:
> - python3-certbot-dns-google is newer in 32 than in 33:
> 0:1.7.0-1.fc32 > 0:1.5.0-1.fc33
>
> This is caused by python-certbot-dns-google being FTBFS for fedora 33+.
> There was no FTBFS bug reported for it, but both releng builds have failed.
> Th
Just wanted to mention that the F31 update needs one more karma so it can be
pushed to stable:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-dd4e4e78ef
Maybe a F31 user can take a look?
Felix
___
devel mailing list -- devel@lists.fedoraproject.or
Am 25.06.20 um 14:55 schrieb Pierre-Yves Chibon:
> Here is an updated list:
>
> @certbot-sig
>
> Please do try to fix this soon!
I'd love to but unfortunately I'm only a user for the certbot sig and even
though I think I'm probably the de-facto maintainer of the certbot stack now I
was not real
Am 23.06.20 um 18:26 schrieb Tomas Hrnciar:
> fschwarz pdfarranger python-ndg_httpsclient python-pdfrw python-pyrfc3339
> python-tinycss2
I fixed python-ndg_httpsclient, python-pdfrw, python-pyrfc3339 and
python-tinycss2
dreua fixed pdfarranger.
Felix
Am 15.06.20 um 19:00 schrieb Petr Šabata:
* What is the scope of Modularity? (contyk, 15:35:03)
* AGREED: Modular-only packages are not allowed and modular versions
are only be allowed as alternatives to non-modular packages. (+9, 0,
-0) (contyk, 15:58:47)
(...)
Thank you, FESCo
Am 13.06.20 um 22:10 schrieb Pierre-Yves Chibon:
> bpereto
Benjamin was a previous maintainer of borgbackup. After the Python 3.9 rebuild
I noticed that a new ticket was still assigned to him [1]. If I understood
your email correctly this is because there is no corresponding bugzilla account?
An
Am 21.05.20 um 10:52 schrieb Ankur Sinha:
> The packaging team is generally quite stretched, and we frankly need
> more people helping us out.
Agreed.
There might be another simple thing how we could get new contributors: I
noticed that sometimes users asked in bugzilla/on a mailing list if they
Am 12.06.20 um 06:09 schrieb Kevin Fenzi:
> Overall things went pretty good from my view, and I would really like to
> thank the awesome fedora community for being patient with us.
Well - thank you (and the other awesome admins).
I hit a few issues but as you communicated the move pretty well (i
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
> The side tag is being merged right now.
Thank you for all the work (also in advance with all the alpha/beta versions)
:-)
Seems like quite a few Python packages were rebuilt in rawhide during your
mass rebuild. Did that happen in the past as well? (I
builds for borgbackup done (finally):
- borgbackup-1.1.11-3.el7
- borgbackup-1.1.11-5.fc31
Please add these once you submit the final update.
Felix
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
Am 24.05.20 um 18:47 schrieb Antonio Trande:
> This mail for asking to the maintainers of `R-argon2` `borgbackup`
> `gtkhash` how we want to rebuild the packages against latest `libb2`
> update as required by rhbz#1836534 and rhbz#1836535.
>
> By buildroot override?
> By a side-tag method?
> (htt
Am 24.05.20 um 11:49 schrieb Antonio Trande:
> Can i include all dependent packages without related permissions? (i'm
> not the maintainer of `R-argon2` `borgbackup` `gtkhash`)
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-628ff99cfc#comment-1383812
Yes. Submitting an update does not r
Am 22.05.20 um 23:16 schrieb Felix Schwarz:
> We should push broken updates to EPEL 7/F31.
obviously this should read "We should NOT push broken updates" ;-)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
Hey,
seems like you already built libb2?
I hoped we could coordinate the update a bit more so there won't be any
breakage. I just added buildroot override (still waiting for it to become
active) and I can rebuild borgbackup.
I hoped you could do the koji build and then dependent packages would b
Am 22.05.20 um 12:47 schrieb Miro Hrončok:
>> I was not aware that python-genshi is still part of the initial bootstrap
>> sequence. The package does not work with Python 3.9 (upstream problem, the
>> usual AST changes). I hope that won't make your life too difficult.
>
> genshi is used in some h
Am 22.05.20 um 03:06 schrieb Miro Hrončok:
fschwarz babel python-genshi
I was not aware that python-genshi is still part of the initial bootstrap
sequence. The package does not work with Python 3.9 (upstream problem, the
usual AST changes). I hope that won't make your life too difficult.
Am 19.05.20 um 15:55 schrieb Richard Shaw:
> Thanks! I do overall enjoy contributing to Fedora but like a lot of us 10 year
> plus packagers, I'm accumulated many packages (some a lot more trouble than
> others!) and while I have no intention of taking a hiatus or anything I'm
> trying to find a p
Am 19.05.20 um 14:56 schrieb Igor Raits:
> I think we should get people who maintain Qt on board when updating
> Python so that they make sure to backport necessary patches from
> upstream when we upgrade Python.
Yeah, I think Richard got pretty unlucky when it comes to PySide2 (though
congrats f
I see that the server returns "401 Unauthorized" when I try to change this via
s.f.o. Is changing the bugzilla assignee only allowed for main admins?
Felix
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le.
Am 19.05.20 um 11:25 schrieb Fabio Valentini:
> Maybe the reason is that the @certbot-sig is registered as a
> "tracking" type group, whereas e.g. the new @java-maint-sig is
> registered as a "pkgdb" type group? I was able to successfully set
> overrides for the latter one.
You are probably right
Hi,
it seems it is possible to use a -sig group as default bugzilla assignee but I
don't know how to do it.
If I go to pagure (src.fedoraproject.org) I can edit the bugzilla assignee but
using "@certbot-sig" (or "certbot-sig") does not work (error message "Unable
to update the bugzilla assignee(s
Am 16.05.20 um 20:42 schrieb clime:
> I am a long term epel user and I had no idea about PowerTools.
Yeah, I don't think you are the only one. Most EPEL 8 users do not need
anything from PowerTools so it goes pretty much unnoticed.
I got 3 or 4 bug reports about this when I added certbot to EPEL
Am 16.05.20 um 19:39 schrieb Antonio Trande:
> `libb2-0.98.1` has been required on F31 [1] and EPEL7 [2]; it expects a
> soname bump, so all dependent packages need to be rebuilt:
>
> $ repoquery --whatrequires libb2-devel --disablerepo=*
> --enablerepo=*-source
> R-argon2-0:0.2.0-8.fc32.src
> bo
Am 12.05.20 um 12:32 schrieb Ty Young:
> Right, I figured it was some Fedora policy and not up to you. I suppose I
> should have been more clear there. Sorry for any confusion, it was aimed at
> the Fedora project as a whole as this is a Fedora issue.
This is not a Fedora issue but a consequence
Hey Fabio,
thank you very much for your work.
I can't take on more Fedora work but still wanted to express my gratitude :-)
Felix
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
Am 12.05.20 um 10:35 schrieb Ty Young:
> JUST PACKAGE THE PRE-COMPILED BUILDS!!!
Don't take me as rude but this is not possible.
This is documented in Fedora's packaging policies:
https://docs.fedoraproject.org/en-US/packaging-guidelines/what-can-be-packaged/#prebuilt-binaries-or-libraries
Feli
Am 16.04.20 um 20:05 schrieb Göran Uddeborg:
> As the suggestion was sent off list, I didn't want to say that.
No reason to keep it secret :-)
Until now I did not realize I sent you a private message (just wondered about
the privat reply ;-)
Felix
___
Am 24.03.20 um 12:04 schrieb Felix Schwarz:
> If I have some spare cycles I'll try to run the upstream test suite with
> msgpack 1.0.
just fyi: borgbackup upstream was not compatible with python-msgpack 1.0 but
upstream was (again) very helpful so the next version of borgbackup will a
Hi,
following the policy for non-responsive package maintainers [0], I'm
asking here if anybody knows how to contact elyscape (Eli Young).
Eli, if you're still interested in maintaining your packages, please respond.
Open bugs:
- python-digitalocean-1.15.0 is available
https://bugzilla.redhat
Am 01.04.20 um 08:42 schrieb Clement Verna:
> I think this feeling comes from the mixing of git forge and dist-git use case
> that you have pointed out.
That seems to be the core of all the talk about "feature gaps" - obviously
pagure is not nearly as advanced as gitlab/github when you want "some
1 - 100 of 201 matches
Mail list logo
