reply to this thread.
This is the relevant patch:
https://github.com/rpm-software-management/rpm/commit/e0b9ffea8e73710622316e0308856cba96407d9a
--
Michal Domonkos / RPM.org / Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
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
--
__
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
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-
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
-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
, 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.
___
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
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
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
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
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.
___
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.
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
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 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
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
--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
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
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
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
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
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
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
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.
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.
__
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
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
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 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 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 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
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
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
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
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
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
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 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
39 matches
Mail list logo
