Dne 19. 09. 24 v 14:49 Thomas Huth napsal(a):
Hi everyone!
The "tunneler" game in Fedora is broken since at least Fedora 38.
I reported the issue last year here:
https://bugzilla.redhat.com/show_bug.cgi?id=2248493
... but apparently it is not maintained anymore, since there was no
reacti
Dne 13. 09. 24 v 21:14 Michael Schwendt napsal(a):
On Fri, 13 Sep 2024 10:35:06 +0200, Vít Ondruch wrote:
$ grep -R filter_setup
audacious-plugins.spec:%filter_setup
A false positive, because such a simple grep doesn't handle the %if/%else
used in that spec file.
I believe that th
Dne 14. 09. 24 v 9:19 Sandro napsal(a):
On 13-09-2024 18:26, Ron Olson wrote:
Thanks Gary, is there any documentation on how the rules work? I
_think_ I created the appropriate rule but I haven’t received any
notification and it’s likely I just did it wrong.
I have set "Tracking Rule" to "My
For ages, I had opened this PR [1] which was recently closed. This made
me to dig into this a bit and it seems there is still quite a lot of
packages using the old style dependency generators. I'd suggest to
update those to the modern generators. The list of the affected packages
is here:
~~
Dne 12. 09. 24 v 1:00 Josh Boyer napsal(a):
On Wed, Sep 11, 2024, 3:49 PM Adam Williamson
wrote:
On Wed, 2024-09-11 at 19:02 +0200, Fabio Valentini wrote:
> As I said, I have no option to *not* send it with wrapped lines ...
> sorry about that.
You can use real mail client
Dne 11. 09. 24 v 16:41 Fabio Valentini napsal(a):
On Wed, Sep 11, 2024 at 10:26 AM Vít Ondruch wrote:
Can these reports not be wrapped to 80 lines or wrapped in a way the
wrapping respect the nesting? The wrapping makes them hard to read.
Thank for considering.
I assume you mean 80 columns
Can these reports not be wrapped to 80 lines or wrapped in a way the
wrapping respect the nesting? The wrapping makes them hard to read.
Thank for considering.
Vít
Dne 10. 09. 24 v 20:20 Fabio Valentini napsal(a):
=
# #meeting:fedoraproject.org: fesco
===
Dne 09. 09. 24 v 16:13 Vít Ondruch napsal(a):
Dne 04. 09. 24 v 22:43 Dridi Boukelmoune napsal(a):
On Wed, Sep 4, 2024 at 12:39 PM Vít Ondruch wrote:
And the package has been retired in Rawhide, because RPM 4.20+ provides
its own implementation (and there should not be other users to my
Dne 09. 09. 24 v 16:00 Miroslav Suchý napsal(a):
Dne 09. 09. 24 v 3:33 odp. Vít Ondruch napsal(a):
Neat. This would allow to slap in some comments, right? E.g:
~~~
License: %{shrink:
%dnl src/*.*
MIT AND
BSL-1.0 AND %dnl doc
Dne 04. 09. 24 v 22:43 Dridi Boukelmoune napsal(a):
On Wed, Sep 4, 2024 at 12:39 PM Vít Ondruch wrote:
And the package has been retired in Rawhide, because RPM 4.20+ provides
its own implementation (and there should not be other users to my
knowledge):
I just started using it, it saves me
Dne 04. 09. 24 v 15:36 Leslie Satenstein via devel napsal(a):
I have frustrations with bugzilla, and please, if you can, try the
following
sudo dnf/dnf5 install meld aisleriot
With every days F41 update the above crashes, and then...
I think you need `meld-3.22.2-5.fc41` from `updates-test
Dne 06. 09. 24 v 13:08 Ben Beasley napsal(a):
There are still packages in this list that appear to have valid
license expressions, but aren’t amenable to spec-file grepping because
they use the %shrink macro to split long license expressions across
multiple lines. Looking at this list:
mus
Dne 08. 09. 24 v 17:35 Miroslav Suchý napsal(a):
Dne 08. 09. 24 v 3:54 odp. Barry napsal(a):
$ LC_ALL=C rpmspec -q --qf '%{license}\n' ruby.spec
error: ruby.spec: line 241: failed to load macro file
/home/msuchy/rpmbuild/SOURCES/macros.ruby
I have hit rslated issues like this in the past, rpm
use is minimal:
https://src.fedoraproject.org/rpms/ruby/pull-request/187#request_diff
Vít
Dne 18. 10. 23 v 16:48 Vít Ondruch napsal(a):
The package is in Fedora now.
The practical demonstration are these two commits:
https://src.fedoraproject.org/fork/vondruch/rpms/ruby/c
Interesting. I see this for the first time and appreciate the report.
Thanks to whoever enabled it.
Vít
Dne 29. 08. 24 v 17:27 Fedora ELN Report napsal(a):
OLD: Fedora-ELN-20240828.n.0
NEW: Fedora-ELN-20240829.n.1
... snip ...
OpenPGP_signature.asc
Description: OpenPGP digital signatu
Dne 28. 08. 24 v 16:45 Jerry James napsal(a):
On Tue, Aug 27, 2024 at 1:28 AM Vít Ondruch wrote:
Since version 4.19, RPM defaults to C.UTF-8 locale [1]. Here is a list
of 248 packages which explicitly sets the locale and could drop the
setting. The list was generated with:
Thank you for
Hi,
Since version 4.19, RPM defaults to C.UTF-8 locale [1]. Here is a list
of 248 packages which explicitly sets the locale and could drop the
setting. The list was generated with:
# strip changelogs
for x in *.spec; do sed -i '/^%changelog$/q' $x; done
grep -E
'(^|\W)(LANG|LANGUAGE|LC_CTY
Dne 22. 08. 24 v 14:37 Lennart Poettering napsal(a):
On Mi, 07.08.24 13:09, Vít Ondruch (vondr...@redhat.com) wrote:
With new RPM, I hit the limit in two packages:
https://koschei.fedoraproject.org/package/rubygem-abrt
https://koschei.fedoraproject.org/package/rubygem-pg
I have read
Dne 13. 08. 24 v 19:20 Link Dupont napsal(a):
Hello,
I noticed that the up-and-coming meson-compliant build tool muon[1] is not currently
available in Fedora. While searching around, I found that a dist-git repository[2] titled
"muon" already exists, and used to contain a KDE Plasma utility.
Dne 07. 08. 24 v 16:19 Vít Ondruch napsal(a):
Dne 07. 08. 24 v 16:06 Vít Ondruch napsal(a):
Dne 07. 08. 24 v 15:20 Tom Hughes via devel napsal(a):
On 07/08/2024 12:54, Richard W.M. Jones wrote:
On Wed, Aug 07, 2024 at 01:09:01PM +0200, Vít Ondruch wrote:
With new RPM, I hit the limit in
Dne 07. 08. 24 v 16:06 Vít Ondruch napsal(a):
Dne 07. 08. 24 v 15:20 Tom Hughes via devel napsal(a):
On 07/08/2024 12:54, Richard W.M. Jones wrote:
On Wed, Aug 07, 2024 at 01:09:01PM +0200, Vít Ondruch wrote:
With new RPM, I hit the limit in two packages:
https://koschei.fedoraproject.org
Dne 07. 08. 24 v 15:20 Tom Hughes via devel napsal(a):
On 07/08/2024 12:54, Richard W.M. Jones wrote:
On Wed, Aug 07, 2024 at 01:09:01PM +0200, Vít Ondruch wrote:
With new RPM, I hit the limit in two packages:
https://koschei.fedoraproject.org/package/rubygem-abrt
https
With new RPM, I hit the limit in two packages:
https://koschei.fedoraproject.org/package/rubygem-abrt
https://koschei.fedoraproject.org/package/rubygem-pg
I have read:
https://unix.stackexchange.com/questions/367008/why-is-socket-path-length-limited-to-a-hundred-chars
https://stackoverflow.c
Dne 31. 07. 24 v 17:02 Simon Farnsworth napsal(a):
On Wednesday 31 July 2024 10:53:37 BST Vít Ondruch wrote:
Dne 24. 07. 24 v 20:17 Stephen Gallagher napsal(a):
On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote:
Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
Having a "maj
Dne 31. 07. 24 v 15:12 Stephen Gallagher napsal(a):
On Wed, Jul 31, 2024 at 5:54 AM Vít Ondruch wrote:
Dne 24. 07. 24 v 20:17 Stephen Gallagher napsal(a):
On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote:
Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
Having a "majority rule&
Dne 31. 07. 24 v 11:58 Miroslav Suchý napsal(a):
Dne 31. 07. 24 v 11:16 dop. Vít Ondruch napsal(a):
I probably don't understand right the first one:
~~~
diff -Naur rpm-specs.orig/aces_container.spec
rpm-specs/aces_container.spec
--- rpm-specs.orig/aces_container.spec 2024-07-18
Dne 24. 07. 24 v 20:17 Stephen Gallagher napsal(a):
On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote:
Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
Having a "majority rule" vote of e.g. packagers or provenpackagers on
major technical decisions would be far superior, in my view. Apache
I probably don't understand right the first one:
~~~
diff -Naur rpm-specs.orig/aces_container.spec rpm-specs/aces_container.spec
--- rpm-specs.orig/aces_container.spec 2024-07-18 04:00:12.0
+0200
+++ rpm-specs/aces_container.spec 2024-07-31 10:52:00.694637327 +0200
@@ -3,10 +3,11
Dne 30. 07. 24 v 16:07 Miroslav Suchý napsal(a):
As the SPDX Change slowly finishes I focused on the license that I
regularly report as:
warning: not valid neither as Callaway nor as SPDX, please check
How to reproduce this warning?
Vít
OpenPGP_signature.asc
Description: OpenPGP di
Dne 15. 07. 24 v 11:22 Michal Srb napsal(a):
Hello,
po 15. 7. 2024 o 10:57 Zbigniew Jędrzejewski-Szmek
napísal(a):
On Mon, Jul 15, 2024 at 10:39:37AM +0200, Cristian Le via devel wrote:
> Hi Zbyszek,
>
> On 2024/07/14 20:04, Zbigniew Jędrzejewski-Szmek wrote:
> > I'm loo
rubygem-activemodel-serializers-xml used to be dependency of
rubygem-activeresource. But since rubygem-activeresource retirement ~18
ago, it is not used by anything anymore, therefore I am orphaning it.
Vít
OpenPGP_signature.asc
Description: OpenPGP digital signature
--
___
Dne 03. 07. 24 v 15:25 Neal Gompa napsal(a):
On Wed, Jul 3, 2024 at 9:17 AM Vít Ondruch wrote:
Dne 02. 07. 24 v 13:49 Neal Becker napsal(a):
On Tue, Jul 2, 2024 at 5:59 AM Vít Ondruch wrote:
Dne 01. 07. 24 v 22:58 Aoife Moloney napsal(a):
Wiki -
https://fedoraproject.org/wiki/Changes
Dne 02. 07. 24 v 13:49 Neal Becker napsal(a):
On Tue, Jul 2, 2024 at 5:59 AM Vít Ondruch wrote:
Dne 01. 07. 24 v 22:58 Aoife Moloney napsal(a):
> Wiki -
https://fedoraproject.org/wiki/Changes/UnprivilegedSystemFlatpakManagement
> Discussion thread -
>
Dne 01. 07. 24 v 19:45 Miroslav Suchý napsal(a):
Dne 01. 07. 24 v 4:58 odp. Vít Ondruch napsal(a):
If the decision was made to proceed with the `LicenseRef-` prefix, I
assume you would keep sending us some statistics, how many old
identifiers remains, right?
My original plan was to close
Dne 01. 07. 24 v 22:58 Aoife Moloney napsal(a):
Wiki -
https://fedoraproject.org/wiki/Changes/UnprivilegedSystemFlatpakManagement
Discussion thread -
https://discussion.fedoraproject.org/t/f42-change-proposal-unprivileged-management-of-system-flatpaks-system-wide/124336
This is a proposed Chan
If the decision was made to proceed with the `LicenseRef-` prefix, I
assume you would keep sending us some statistics, how many old
identifiers remains, right?
Vít
Dne 26. 06. 24 v 18:21 Miroslav Suchý napsal(a):
Unfortunatelly I do not see a clear consensus here. I think that
exactly for s
I don't think that `/var` is the right place for RPM installed content.
If the original directory is `/usr/lib/node_modules`, then why not use
something like `/usr/lib/node_modules_shared`?
Vít
Dne 01. 07. 24 v 15:53 Jan Staněk napsal(a):
Hello list!
# TL;DR
I'm looking for installation
Dne 26. 06. 24 v 16:28 Vít Ondruch napsal(a):
Dne 26. 06. 24 v 11:47 Miro Hrončok napsal(a):
On 26. 06. 24 5:59, Richard Fontana wrote:
On Tue, Jun 25, 2024 at 7:20 PM Miro Hrončok
wrote:
On 25. 06. 24 22:50, Miroslav Suchý wrote:
Dne 25. 06. 24 v 1:09 odp. Miro Hrončok napsal(a
Dne 26. 06. 24 v 11:47 Miro Hrončok napsal(a):
On 26. 06. 24 5:59, Richard Fontana wrote:
On Tue, Jun 25, 2024 at 7:20 PM Miro Hrončok
wrote:
On 25. 06. 24 22:50, Miroslav Suchý wrote:
Dne 25. 06. 24 v 1:09 odp. Miro Hrončok napsal(a):
Could you make the comment something like this?
#
Dne 25. 06. 24 v 12:10 Dan Horák napsal(a):
On Tue, 25 Jun 2024 11:57:49 +0200
Vít Ondruch wrote:
Dne 24. 06. 24 v 20:03 Peter Robinson napsal(a):
On Mon, 24 Jun 2024 at 11:21, Vít Ondruch wrote:
Dne 21. 06. 24 v 18:27 Stephen Smoogen napsal(a):
On Fri, 21 Jun 2024 at 07:27, Vít Ondruch
Dne 24. 06. 24 v 20:03 Peter Robinson napsal(a):
On Mon, 24 Jun 2024 at 11:21, Vít Ondruch wrote:
Dne 21. 06. 24 v 18:27 Stephen Smoogen napsal(a):
On Fri, 21 Jun 2024 at 07:27, Vít Ondruch wrote:
So what is the reason to not treat x86_64_v2 as different arch then
x86_64_v{1,3}. Why we
Dne 21. 06. 24 v 18:27 Stephen Smoogen napsal(a):
On Fri, 21 Jun 2024 at 07:27, Vít Ondruch wrote:
So what is the reason to not treat x86_64_v2 as different arch then
x86_64_v{1,3}. Why we keep having this discussion instead of fire one
more build? Users would need to choose v1 / v2 / v3 ISO
Dne 12. 06. 24 v 19:14 Neal Gompa napsal(a):
On Wed, Jun 12, 2024 at 4:00 PM Stephen Gallagher wrote:
On Wed, Jun 12, 2024 at 9:55 AM Daniel P. Berrangé wrote:
On Wed, Jun 12, 2024 at 09:51:34AM -0400, Stephen Gallagher wrote:
On Wed, Jun 12, 2024 at 8:41 AM Daniel P. Berrangé wrote:
IOW,
Dne 11. 06. 24 v 0:38 Sérgio Basto napsal(a):
On Mon, 2024-05-06 at 13:56 +0200, Florian Festi wrote:
As this change does not affect the resulting binary packages an
immediate rebuild is not needed. The change will "only" ensure the
packages still build with the new version of RPM.
I think you
Dne 10. 06. 24 v 20:18 Richard W.M. Jones napsal(a):
On Mon, Jun 10, 2024 at 10:09:16AM -0700, Adam Williamson wrote:
On Mon, 2024-06-10 at 18:52 +0200, Vít Ondruch wrote:
Dne 10. 06. 24 v 17:35 Adam Williamson napsal(a):
On Mon, 2024-06-10 at 16:38 +0200, Vít Ondruch wrote:
Dne 10. 06. 24
Dne 10. 06. 24 v 17:35 Adam Williamson napsal(a):
On Mon, 2024-06-10 at 16:38 +0200, Vít Ondruch wrote:
Dne 10. 06. 24 v 16:24 Daniel P. Berrangé napsal(a):
On Mon, Jun 10, 2024 at 04:18:14PM +0200, Miroslav Suchý wrote:
Lately, I noticed that several SPEC files in Fedora use this syntax
Dne 10. 06. 24 v 16:24 Daniel P. Berrangé napsal(a):
On Mon, Jun 10, 2024 at 04:18:14PM +0200, Miroslav Suchý wrote:
Lately, I noticed that several SPEC files in Fedora use this syntax:
Source: macros.vlc
And this file defines macros that are loaded by rpmbuild during buildtime and
ar
Dne 09. 06. 24 v 16:12 Mattia Verga via devel napsal(a):
I was just thinking... for users with a limited upload bandwidth it is a
pain to upload big sources to the lookaside cache. What about
implementing a way to avoid the chain "user downloads the source -> user
upload the source to lookaside
I wish this proposal included some examples of what might get broken and
what will keep working. I guess I am not the only one who have very
vague understanding what is difference between "signatures" and
"hashing" or other purposes SHA1 can be used for.
Vít
Dne 08. 06. 24 v 0:43 Aoife Molo
Dne 06. 06. 24 v 22:25 Zbigniew Jędrzejewski-Szmek napsal(a):
Hi,
I think all the issues wrt. sysusers in systemd and setup have been
resolved.
On Tue, May 14, 2024 at 11:34:51AM +, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, May 14, 2024 at 02:01:09PM +0300, Panu Matilainen wrote:
On 5/1
Dne 04. 06. 24 v 9:27 Vít Ondruch napsal(a):
Dne 04. 06. 24 v 8:11 Panu Matilainen napsal(a):
On 6/3/24 17:18, Eike Rathke wrote:
Hi Panu,
On Monday, 2024-06-03 15:55:09 +0300, Panu Matilainen wrote:
or better yet, ${RPM_BUILD_ROOT}.
Why better?
In general, the RPM_* environment
Dne 04. 06. 24 v 8:11 Panu Matilainen napsal(a):
On 6/3/24 17:18, Eike Rathke wrote:
Hi Panu,
On Monday, 2024-06-03 15:55:09 +0300, Panu Matilainen wrote:
or better yet, ${RPM_BUILD_ROOT}.
Why better?
In general, the RPM_* environment variables available to build
scriptlets are what sho
Dne 22. 05. 24 v 16:28 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 16:27 Sandro napsal(a):
On 21-05-2024 16:22, Steven A. Falco wrote:
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A
Dne 21. 05. 24 v 16:27 Sandro napsal(a):
On 21-05-2024 16:22, Steven A. Falco wrote:
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gon
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since
yesterday with no luck.
Yes, this is the message.
+
~~~
This resource is no longer available. No forwar
21, 2024 at 9:41 AM Sandro <mailto:li...@penguinpee.nl>> wrote:
On 21-05-2024 09:47, Vít Ondruch wrote:
> And it does not work again
What issue / error are you experiencing?
It seems to work for others. Looking at the badges front page,
the badge
has been award
It seems that it breaks at least two of my packages unfortunately:
https://koschei.fedoraproject.org/package/rubygem-ejs
https://koschei.fedoraproject.org/package/rubygem-execjs
The former is using the latter, so the real issue is likely in the
latter. I don't have cycles to investigate more :
And it does not work again
Vít
Dne 20. 05. 24 v 22:03 František Šumšal napsal(a):
Can confirm that the badge link now works as expected, thank you!
On 5/20/24 20:18, Aoife Moloney wrote:
So the wiki page error has been fixed, thanks for letting me know!
The badge error, I have created th
Dne 17. 05. 24 v 7:16 Panu Matilainen napsal(a):
On 5/16/24 16:10, Vít Ondruch wrote:
Dne 16. 05. 24 v 14:28 Zbigniew Jędrzejewski-Szmek napsal(a):
On Thu, May 16, 2024 at 01:14:16PM +0200, Petr Pisar wrote:
Proper solution is actually minimazing content of the minimal build
root
Most of
Dne 16. 05. 24 v 14:28 Zbigniew Jędrzejewski-Szmek napsal(a):
On Thu, May 16, 2024 at 01:14:16PM +0200, Petr Pisar wrote:
Proper solution is actually minimazing content of the minimal build root
Most of the packages in the buildroot are libraries, pulled in via
dependencies.
@buildsys-build g
Dne 15. 05. 24 v 12:10 Miro Hrončok napsal(a):
On 15. 05. 24 10:08, Vít Ondruch wrote:
Dne 14. 05. 24 v 18:35 Miro Hrončok napsal(a):
On 14. 05. 24 16:02, Vít Ondruch wrote:
Dne 13. 05. 24 v 20:23 Miro Hrončok napsal(a):
On 13. 05. 24 15:38, Vít Ondruch wrote:
And TBH, for me as a Fedora
It is still not late to introduce e.g. `%callaway_licenses` macro and
enclose the old licenses into such macro, to make it more obvious that
those licenses were not converted yet. This should have been done from
the start
Vít
Dne 13. 05. 24 v 23:41 Miroslav Suchý napsal(a):
Dne 13. 05
Dne 13. 05. 24 v 23:22 Nils Philippsen napsal(a):
On Mon, 2024-05-13 at 14:58 +0200, Vít Ondruch wrote:
Why would you push Gimp 3 into Fedora <= 40?
Why wouldn’t I? It’s technically feasible without really jumping
through hoops, and I don’t want to force users to upgrade the OS – or
wait
Dne 14. 05. 24 v 18:35 Miro Hrončok napsal(a):
On 14. 05. 24 16:02, Vít Ondruch wrote:
Dne 13. 05. 24 v 20:23 Miro Hrončok napsal(a):
On 13. 05. 24 15:38, Vít Ondruch wrote:
And TBH, for me as a Fedora used with no special interest in
Python, the current Python versioning sucks hard. How am
Dne 13. 05. 24 v 20:23 Miro Hrončok napsal(a):
On 13. 05. 24 15:38, Vít Ondruch wrote:
And TBH, for me as a Fedora used with no special interest in Python,
the current Python versioning sucks hard. How am I supposed to tell
what is the current version just looking at e.g. the repository? Is
Dne 14. 05. 24 v 2:03 Stephen Gallagher napsal(a):
On Mon, May 13, 2024 at 10:09 AM Vít Ondruch wrote:
Dne 13. 05. 24 v 15:22 Panu Matilainen napsal(a):
On 5/13/24 16:09, Vít Ondruch wrote:
Dne 13. 05. 24 v 11:39 Florian Festi napsal(a):
%patch otoh (now) is a regular (though internally
Dne 14. 05. 24 v 11:26 Tim Landscheidt napsal(a):
Vít Ondruch wrote:
%patch otoh (now) is a regular (though internally
implemented) macro that is expanded with other macros
and though can be used in other macros and expressions.
Do I read correctly that we can now use `%patch` in
e.g
Dne 10. 05. 24 v 14:16 Petr Pisar napsal(a):
V Fri, May 10, 2024 at 01:13:53PM +0200, Lumír Balhar napsal(a):
I might have an idea how to make building Perl packages faster and their
buildroot a little bit smaller.
perl-devel depends on systemtap-sdt-devel and that package contains a single
sc
Dne 13. 05. 24 v 15:22 Panu Matilainen napsal(a):
On 5/13/24 16:09, Vít Ondruch wrote:
Dne 13. 05. 24 v 11:39 Florian Festi napsal(a):
%patch otoh (now) is a regular (though internally implemented) macro
that is expanded with other macros and though can be used in other
macros and
Dne 13. 05. 24 v 15:28 Fabio Valentini napsal(a):
On Mon, May 13, 2024 at 3:23 PM Vít Ondruch wrote:
Dne 27. 04. 24 v 6:58 Neal Gompa napsal(a):
* Switch to python-style compat/main packages. In order to make the packaging
more
consistent between the main package (e.g. llvm) and the
Dne 13. 05. 24 v 15:23 Vít Ondruch napsal(a):
Dne 27. 04. 24 v 6:58 Neal Gompa napsal(a):
* Switch to python-style compat/main packages. In order to make the packaging
more
consistent between the main package (e.g. llvm) and the compat package (e.g.
llvm18),
we would retire the un
Dne 27. 04. 24 v 6:58 Neal Gompa napsal(a):
* Switch to python-style compat/main packages. In order to make the packaging
more
consistent between the main package (e.g. llvm) and the compat package (e.g.
llvm18),
we would retire the un-versioned dist-git for llvm, and create a new versioned
Dne 10. 05. 24 v 15:20 Florian Festi napsal(a):
On 5/10/24 14:10, Vít Ondruch wrote:
I'd actually prefer the `%patch 1` syntax (which is also the first on
the list [1]). Yes, I understand that `%patch -P1` is to stay on the
safe side, but this is Fedora change, not RHEL or EPEL change.
B
Dne 13. 05. 24 v 11:39 Florian Festi napsal(a):
%patch otoh (now) is a regular (though internally implemented) macro
that is expanded with other macros and though can be used in other
macros and expressions.
Do I read correctly that we can now use `%patch` in e.g. `%check`
section? Interest
Dne 13. 05. 24 v 13:24 Nils Philippsen napsal(a):
Hi everyone,
On Mon, 2024-05-13 at 11:49 +0200, Dominik 'Rathann' Mierzejewski
wrote:
On Monday, 13 May 2024 at 01:00, Neal Gompa wrote:
On Sun, May 12, 2024 at 4:59 PM Sérgio Basto
wrote:
https://src.fedoraproject.org/rpms/gimp3
What th
I'd actually prefer the `%patch 1` syntax (which is also the first on
the list [1]). Yes, I understand that `%patch -P1` is to stay on the
safe side, but this is Fedora change, not RHEL or EPEL change.
But if you insist on `-P1`, then please skip all packages I am
associated with. I'd prefer t
Dne 15. 04. 24 v 11:10 Miroslav Suchý napsal(a):
Dne 13. 04. 24 v 1:16 odp. Zbigniew Jędrzejewski-Szmek napsal(a):
The proposal explicitly states that we don't want Perl in all buildroots.
How many seconds we save by NOT pulling Perl? Per each build? In total
for whole release cycle?
I k
Dne 13. 04. 24 v 21:04 Zbigniew Jędrzejewski-Szmek napsal(a):
On Sat, Apr 13, 2024 at 01:38:49PM +, Zbigniew Jędrzejewski-Szmek wrote:
On Sat, Apr 13, 2024 at 01:41:59PM +0200, Fabio Valentini wrote:
On Sat, Apr 13, 2024 at 1:18 PM Zbigniew Jędrzejewski-Szmek
wrote:
Yes. But actually I t
Our guidelines suggest that the "main" package should be unversioned,
while if needed, the "compat" packages should include version:
https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/#multiple
So if you want to introduce new package, then please introduce `task2`
and update the
Dne 09. 04. 24 v 19:06 Zbigniew Jędrzejewski-Szmek napsal(a):
On Tue, Apr 09, 2024 at 12:57:33PM -0400, Neal Gompa wrote:
On Tue, Apr 9, 2024 at 12:56 PM Zbigniew Jędrzejewski-Szmek
wrote:
On Tue, Apr 09, 2024 at 09:41:01AM +0200, Vít Ondruch wrote:
Dne 08. 04. 24 v 10:43 Zbigniew
Dne 09. 04. 24 v 14:15 Fabio Valentini napsal(a):
On Tue, Apr 9, 2024 at 1:19 PM Vít Ondruch wrote:
Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
Packaged Rust crates work *fine* for local development as long as you
are willing to cut yourself off from crates.io. Unlike *every other
language
Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
On Mon, Apr 8, 2024 at 6:17 AM Richard W.M. Jones wrote:
On Fri, Apr 05, 2024 at 03:33:35PM +0200, Fabio Valentini wrote:
On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber wrote:
So you're saying that those packages are in the repos for everyone bu
Dne 08. 04. 24 v 10:43 Zbigniew Jędrzejewski-Szmek napsal(a):
And we already have a significant fraction of packages using rpmautospec,
Actually, could you quantify the "significant fraction"?
Thx
Vít
OpenPGP_signature.asc
Description: OpenPGP digital signature
--
_
Dne 04. 04. 24 v 17:32 Kevin Kofler via devel napsal(a):
Neal Gompa wrote:
By default, GNOME only presents the close window button. The other
buttons are missing, and there isn't really an intuitive way to
discover the other window management actions.
I agree that there are no other buttons.
Dne 04. 04. 24 v 0:44 Kevin Kofler via devel napsal(a):
Leon Fauster via devel wrote:
I already had RHL installed on a Sun IPX with Gnome, so I'm biased.
Interesting that you were not put off by the changes that have happened to
GNOME since the old RHL days. I tried GNOME 1 at one point long a
Dne 30. 03. 24 v 18:26 Artem S. Tashkinov via devel napsal(a):
Hi,
It was sheer luck that the exploit was discovered and major distros haven't yet
included it in their stable releases. It's quite possible and plausible it
could have reached RHEL, Debian, Ubuntu, SLES and other distros and it'
Dne 30. 03. 24 v 22:14 Zbigniew Jędrzejewski-Szmek napsal(a):
On Sat, Mar 30, 2024 at 08:00:29PM +0100, Kevin Kofler via devel wrote:
Zbigniew Jędrzejewski-Szmek wrote:
I think there's some useful points here, but this would need to be
qualified and/or made more flexible to be applied.
For ex
Dne 27. 03. 24 v 7:40 Miroslav Suchý napsal(a):
Dne 26. 03. 24 v 6:00 odp. Artur Frenszek-Iwicki napsal(a):
If we're going to introduce any kind of (semi-)automatic
conversion of existing license tags, I think it'd be good
to make "convert «and» and «or» to upper-case"
part of the process.
A.F
Dne 26. 03. 24 v 8:02 Zbigniew Jędrzejewski-Szmek napsal(a):
On Tue, Mar 26, 2024 at 06:39:35AM +0100, Jan Kolarik wrote:
Previously, I had issues that migration from DNF4 to DNF5 left a lot of
data in /var/cache. How is this going to be addressed? I don't think it is
fair to leave those behin
Dne 25. 03. 24 v 16:46 Aoife Moloney napsal(a):
=== Reduced footprint ===
The dnf5 package is a fully-featured package manager that doesn't
require Python dependencies.
It also reduces the number of software management tools in Fedora by
replacing both the dnf and microdnf packages.
The insta
Isn't the wasi-sdk just umbrella project? Is it really needed? We have
llvm / clang, we have wasi-libc, what else do you need?
Vít
Dne 06. 03. 24 v 11:08 Jan Horak napsal(a):
Hi,
if anyone is willing to make a review for wasi-sdk - build require for
the Firefox rlbox sandboxing of the used
Dne 01. 03. 24 v 19:58 Adam Williamson napsal(a):
On Fri, 2024-03-01 at 09:34 +0100, Michael J Gruber wrote:
Am Fr., 1. März 2024 um 07:55 Uhr schrieb Ralf Corsépius :
Hi,
I intend to update gumbo-parser to 0.12.1 in rawhide.
This comes along with an soname bump libgumbo to libgumbo.so.2
Thi
Dne 03. 03. 24 v 10:55 Miro Hrončok napsal(a):
On 02. 03. 24 23:28, Richard W.M. Jones wrote:
On Sat, Mar 02, 2024 at 10:16:02PM +0100, Miro Hrončok wrote:
On 02. 03. 24 11:31, Richard W.M. Jones wrote:
On Fri, Mar 01, 2024 at 10:00:20AM -0800, Kevin Fenzi wrote:
On Fri, Mar 01, 2024 at 11:4
Dne 25. 02. 24 v 18:02 Ralf Corsépius napsal(a):
Am 24.02.24 um 10:12 schrieb Samuel Sieb:
On 2/24/24 00:47, Ralf Corsépius wrote:
Am 24.02.24 um 01:36 schrieb Samuel Sieb:
On 2/23/24 15:38, Sérgio Basto wrote:
On Sat, 2024-02-24 at 00:06 +0100, Ralf Corsépius wrote:
Am 23.02.24 um 22:3
Dne 21. 02. 24 v 18:38 Jun Aruga (he / him) napsal(a):
On Wed, Feb 21, 2024 at 6:09 PM Stephen Smoogen wrote:
On Wed, 21 Feb 2024 at 12:05, Miroslav Suchý wrote:
Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a):
$ mock -r fedora-rawhide-x86_64 --shell
--setenv=LC_MESSAGES=C.UT
Dne 20. 02. 24 v 9:21 Loren M. Lang napsal(a):
On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
I created this post based on my own experience:
https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
Hope it helps.
Thanks, with these and a
Dne 16. 02. 24 v 18:27 Kevin Fenzi napsal(a):
On Fri, Feb 16, 2024 at 09:46:05AM +0100, Vít Ondruch wrote:
Other solution could be if Rawhide lived in rawhide repos instead of f41.
I'm not sure I follow... rawhide is in a rawhide repo?
pub/fedora/linux/development/rawhide/
I
Dne 16. 02. 24 v 3:03 Kevin Fenzi napsal(a):
On Thu, Feb 15, 2024 at 07:57:37PM +, Zbigniew Jędrzejewski-Szmek wrote:
It's this time of the year again:
...
Could we please do something so that this doesn't happen?
Dunno, generate and distribute the keys earlier so that mock
and https://fe
/usr/bin/BINARYNAME is part of the primary metadata AFAIK
Vít
Dne 14. 02. 24 v 10:49 Jan Kolarik napsal(a):
Hi Marcin,
> So no more "dnf install /usr/bin/BINARYNAME" in default setup?
In the case where a file path argument is provided to dnf, it will
automatically attempt to download the m
Hi,
I have orphaned rubygem-rest-client. It used to be dependency of Vagrant
up until version 2.2.11. Nothing depends on it now, therefore I orphaned
the package. There are not know issues with the package (except flaky
test suite) and the upstream is a bit stalled.
Vít
OpenPGP_signature
1 - 100 of 1475 matches
Mail list logo