Hi,
I'd like to ask around if anyone would be willing to take ownership of
the python3-urlgrabber package and its upstream repository[1]?
For historical reasons, the project is de facto maintained by us, the
DNF team (with the upstream repo hosted in our GitHub namespace).
However, with the commu
On Wed, Feb 12, 2020 at 5:07 PM Neal Gompa wrote:
> Umm, don't I already own python-urlgrabber in Fedora and upstream? Not
> that I would mind co-maintainers, but I thought we already did this
> switchover during Fedora 31 development...
Oh, I almost forgot, of course. We did talk about it. Aft
On Wed, Feb 12, 2020 at 6:01 PM Martin Basti wrote:
>
>
> On 12. 2. 2020 17:06, Neal Gompa wrote:
> > On Wed, Feb 12, 2020 at 10:52 AM Michal Domonkos
> > wrote:
> >> Hi,
> >>
> >> I'd like to ask around if anyone would be willing to take own
On Thu, Feb 13, 2020 at 2:19 PM Neal Gompa wrote:
> Sure. Let's make it official. Though I'd love to still have you as
> co-maintainer and other co-maintainers are welcome! :)
OK, I just made a request:
https://pagure.io/releng/issue/9257
As for co-maintenance, it still is "maintenance" and defe
On Thu, Feb 13, 2020 at 3:59 PM Neal Gompa wrote:
> Cobbler uses it still, as does Spacewalk/Uyuni. Some of my software
> does as well, though admittedly I could replace if I wanted to (I
> don't, I like urlgrabber's handling semantics :) ).
Okay, fair enough :) FWIW, I have to admit I've also s
On Thu, Feb 13, 2020 at 4:37 PM Neal Gompa wrote:
> Nothing stops you from writing tools to use it. :)
Can't argue with that :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F
e proposal: Does this variant make sense to you?
[1] https://pagure.io/koji/pull-request/1117
[2] https://github.com/rpm-software-management/urlgrabber/pull/8
[3] https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal
--
Michal Domonkos
Software Engineer, Software Mgmt Subsystem
Red Hat, Inc
scription
[2] https://fedoraproject.org/wiki/Changes/Retire_YUM_3#Dependencies
--
Michal Domonkos
Software Engineer, Software Mgmt Subsystem
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
e Python 3 support part and not
about the DNF port, but in case it's the latter -- please note the YUM
deprecation has been approved for F31 (and is already happening in
Rawhide now) as opposed to F30, to give everyone a bit more time to
finish their porting efforts.
--
Michal Domonkos
Software
things a little bit.
[1] https://github.com/rpm-software-management/dnf/pull/1337
[2]
https://docs.fedoraproject.org/en-US/packaging-guidelines/Directory_Replacement/
--
Michal Domonkos
Software Engineer, DNF stack
Red Hat, Inc.
___
devel mailing list -- devel@lists.fed
or of yum.
That said, if we should pick a different name today, "yum" seems like
the most sensible choice. While still far from ideal, it has
stickiness within the Fedora/RHEL community, and is a "trademark",
really.
--
Michal Domonkos
Software Engineer, DNF stack
quot; than "repositories used by rpm(8)".
--
Michal Domonkos
Software Engineer, DNF stack
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
ves and the packages passing against the
rawhide target also passed against the side-tag.
Please let us know if we can help with that or with any unexpected build
failures.
Thank you!
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mailing li
res "librpm*.so*" --qf "%{source_name}" \
| sed -e 's/-[^-]*-[^-]*[.]rpm//' | sort -u
I guess the wildcards in there caused rpm-sequoia to show up too.
Thanks for noticing!
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
__
On Fri, May 19, 2023 at 01:00:28PM +0200, Michal Domonkos wrote:
> Yup, I omitted the DNF stack deliberately from the original list as those
> packages we've rebuilt ourselves already in the side-tag. Same goes for some
> other packages on the list like drpm which we also own.
On Fri, May 19, 2023 at 01:05:51PM +0200, Fabio Valentini wrote:
> Thanks for the clarification!
No problem, and again, thanks for bringing it up. I should've included the
whole list from the start to avoid confusion :)
--
Michal Domonkos / RPM dev team / Red
ist-git - is there a way to verify
that without actually pushing anything? I've tried doing a "git push
--dry-run" and that seemed to pass just fine...
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mailing
NF query for the other arches (s390x, aarch64 and
ppc64le) to double-check, and there are no additional packages besides this
one.
I guess we should check all the arches next time. Noted.
Thanks for noticing, Dan!
--
Michal Domonkos / RPM dev tea
On Fri, May 19, 2023 at 01:03:43PM +0100, Richard W.M. Jones wrote:
> I think you should also consider packages that build require
> rpm-devel. libguestfs consumes the librpm API, so I'm not sure why it
> didn't make the list.
Correct, our original query was anything but comprehensible, as it tur
On Fri, May 19, 2023 at 02:14:31PM +0200, Miro Hrončok wrote:
> That is correct, I assumed folks on the packaging-team would be
> provenpackagers already, but apparently not so much.
Too many (false) assumptions were made when I was starting this thread. One
learns by doing, I guess.
> > I think
gnome-software - a racing update: gnome-software-44.1-2.fc39
> systemtap - a racing update: systemtap-4.9-1.fc39
Actually, gnome-software has been rebuilt for our side-tag:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2203034
--
Michal Domonkos / RPM dev team / Red Ha
--arch=src --whatrequires rpm-devel
shows a couple of additional packages that weren't covered in this thread so
far:
fastfetch
gcc
gdb
grub2
grubby
javapackages-bootstrap
ocaml-dose3
sblim-cmpi-rpm
xmvn-g
On Fri, May 19, 2023 at 10:05:54PM -, Reon Beon via devel wrote:
> Will we see this in Fedora 38 or the next version?
Fedora 39:
https://fedoraproject.org/wiki/Changes/RPM-4.19
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mail
On Fri, May 19, 2023 at 10:59:17PM +0200, Michal Domonkos wrote:
> shows a couple of additional packages that weren't covered in this thread so
> far:
>
> fastfetch
> gcc
> gdb
> grub2
> grubby
> javapackages-bootstrap
> ocaml-do
oing to tell Petr to skip that one then :)
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://do
On Thu, May 25, 2023 at 09:43:30PM +0200, Michal Domonkos wrote:
> It did show up on my original list, I just omitted it from the email because I
> was going to ask my team to do the rebuild (as I thought we owned it).
We also completely forgot about it (that, and scl-utils) before pushi
utlined in the
email.
That's a lower-risk first step that should be fairly easy to implement right
away, as mentioned in:
https://fedoraproject.org/wiki/Changes/Adopting_sysusers.d_format
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
That said, having slept on it, I agree that such a two-staged approach would
just make things needlessly more chaotic. Just switching the whole thing as
proposed is going to be simpler, yup :)
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
Privacy has been proposed (and implemented) by
Google a while back, too:
http://arxiv.org/abs/1407.6981
https://github.com/google/rappor
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
On Thu, Jul 06, 2023 at 11:33:03PM +0200, Michal Domonkos wrote:
> changes, but there's a formal research area called Differential Privacy [1]
Oops, forgot the link:
[1] https://en.wikipedia.org/wiki/Differential_privacy
--
Michal Domonkos / RPM dev team / Red
ftware project make use of DP
(at least that's what the Wikipedia article claims). Google Chrome and MS
Windows are among those, amusingly, despite their reputation.
[1] https://en.wikipedia.org/wiki/Bloom_filter
[2] https://fedoraproject.org/wiki/Changes/DNF_Better_Counting
--
Michal Domonkos
lse, especially if that *something* isn't even that obvious.
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
, all the above applies (IMHO).
Consider that even those big software companies couldn't prevent their products
from getting the bad reputation, despite some of them reportedly using
Differential Privacy (!).
--
Michal Domonkos / RPM dev team / Red Hat, Inc.
___
-1.fc41.src.rpm)
OK, this should be fixed now:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-0cdd01deef
We've been anxiously counting every minute here while the Fedora CI was taking
its time to progress through the large test-suite. Sorry for the inconvenience
again!
Cheers,
--
M
might have missed some so apologies to those folks, please resubmit them at
your discretion.
Thanks,
--
Michal Domonkos / RPM / Red Hat, Inc.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
On Wed, May 29, 2024 at 05:27:18PM +0200, Michal Domonkos wrote:
> I might have missed some so apologies to those folks, please resubmit them at
> your discretion.
Just a note:
For one, I skipped over those build that were done against a side tag, to avoid
messing up somebody's work-
solution didn't even cross my mind.
That did the trick [1], thank you very much (also for the quick response)!
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2025-7f959f01d8
--
Michal Domonkos / RPM.org / Red Hat
--
___
devel m
verride instead (which seems to
be generally discouraged nowadays)?
Thanks,
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=130084538
[2] https://bodhi.fedoraproject.org/updates/FEDORA-2025-6a12d86df4
--
Michal Domonkos / RPM.org / Red Hat
--
__
38 matches
Mail list logo
