On pondělí 18. prosince 2023 10:08:06 CET Pavel Raiskup wrote:
> On pátek 1. prosince 2023 15:04:10 CET Pavel Raiskup wrote:
> > Hello maintainers!
> >
> > Let me announce a new release of Mock Core Configs v39.3, aka
> > the configuration files for Mock, the chroot build environment manager
> > f
On 12/31/23 18:27, Dominique Martinet wrote:
John Reiser wrote on Sun, Dec 31, 2023 at 02:52:53PM -0800:
Additional paths will be inserted into the search path used for
executables on systems which have a compatible CPU.
Searching $PATH is a slow operation. It is so slow that a shell script wh
Hi,
On 12/28/23 10:12, Aoife Moloney wrote:
Wiki ->
https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in o
Thank you !
Em ter., 2 de jan. de 2024 às 17:05, Sandro escreveu:
> On 02-01-2024 20:28, Priscila Gutierres wrote:
> > Does any package depend on python-pebble?
> > I could not find anything running repoquery --whatrequires python-pebble
>
> You need to query for `python3-pebble`.
>
> $ dnf rep
On 02-01-2024 20:28, Priscila Gutierres wrote:
Does any package depend on python-pebble?
I could not find anything running repoquery --whatrequires python-pebble
You need to query for `python3-pebble`.
$ dnf repoquery --whatrequires python3-pebble
Last metadata expiration check: 0:04:03 ago o
Does any package depend on python-pebble?
I could not find anything running repoquery --whatrequires python-pebble
On Tue, Jan 2, 2024 at 2:56 PM Ankur Sinha wrote:
> Hi folks,
>
> Would anyone know how to contact @marxin? They only maintain the one
> package, python-pebble, but it doesn't look
Hi folks,
Would anyone know how to contact @marxin? They only maintain the one
package, python-pebble, but it doesn't look like they've been active in
a while. The package did not see to have been updated at all since the
initial import:
https://bugzilla.redhat.com/show_bug.cgi?id=2227456
and th
On Tue, Jan 2, 2024 at 7:20 PM Peter Robinson wrote:
>
> On Tue, Jan 2, 2024 at 5:15 PM David Abdurachmanov
> wrote:
> >
> > On Tue, Jan 2, 2024 at 6:26 PM Peter Robinson wrote:
> > >
> > > On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
> > > wrote:
> > > >
> > > > On Tue, Jan 2, 2024 at 3:
On Tue, Jan 2, 2024 at 5:15 PM David Abdurachmanov
wrote:
>
> On Tue, Jan 2, 2024 at 6:26 PM Peter Robinson wrote:
> >
> > On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
> > wrote:
> > >
> > > On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
> > > >
> > > > * David Abdurachmanov:
> > >
On Tue, Jan 2, 2024 at 6:26 PM Peter Robinson wrote:
>
> On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
> wrote:
> >
> > On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
> > >
> > > * David Abdurachmanov:
> > >
> > > > On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones
> > > > wrote:
>
On Tue, Jan 2, 2024 at 2:05 PM David Abdurachmanov
wrote:
>
> On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
> >
> > * David Abdurachmanov:
> >
> > > On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones
> > > wrote:
> > >>
> > >>
> > >> I'm not sure exactly the effect on RISC-V binaries, but
Florian Weimer writes:
* Sam Varshavchik:
> Stephen Smoogen writes:
>
>>https://github.com/rpm-software-management/rpm/issues/
>>2826>https://github.com/rpm-software-management/rpm/issues/2826
>>
>>
>> And thanks for opening a bug. I will watch to see what happens.
>
> I'm genuinely cu
On Fri, Dec 29, 2023 at 03:20:45PM -0600, Chris Adams wrote:
> Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> > But building packages is just one thing. Those packages would need
> > to be distributed, causing additional load on mirrors and archives.
> > Our mirrors would not be keen on see
On Tue, 2 Jan 2024 at 10:24, Vít Ondruch wrote:
>
> Dne 02. 01. 24 v 13:42 Stephen Smoogen napsal(a):
>
>
>
> On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
>
>>
>> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>>
>> The dynamic linker already has the `glibc-hwcaps` mechanism to load
>> optim
Dne 02. 01. 24 v 13:42 Stephen Smoogen napsal(a):
On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
The dynamic linker already has the `glibc-hwcaps` mechanism to load
optimized implementations of ''shared objects'' [3]. This means
On Tue, Jan 2, 2024 at 3:54 PM Florian Weimer wrote:
>
> * David Abdurachmanov:
>
> > On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones wrote:
> >>
> >>
> >> I'm not sure exactly the effect on RISC-V binaries, but I wanted to
> >> raise it here to get the attention of the Fedora toolchain team ..
* Vít Ondruch:
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and they linker will be
> automatically loa
* David Abdurachmanov:
> On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones wrote:
>>
>>
>> I'm not sure exactly the effect on RISC-V binaries, but I wanted to
>> raise it here to get the attention of the Fedora toolchain team ...
>>
>> Here's the bug:
>>
>> https://sourceware.org/bugzilla/show_bu
On Tue, Jan 2, 2024 at 1:20 PM Vít Ondruch wrote:
>
>
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and they
While it's only a warning, I would like to "fix" it.
When building flrig I'm seeing the following:
widgets/font_browser.cxx: In member function '__ct_base .constprop':
widgets/font_browser.cxx:202:52: warning: argument 1 value
'18446744073709551615' exceeds maximum object size 9223372036854775807
On Tue, Jan 2, 2024 at 1:09 PM Richard W.M. Jones wrote:
>
>
> I'm not sure exactly the effect on RISC-V binaries, but I wanted to
> raise it here to get the attention of the Fedora toolchain team ...
>
> Here's the bug:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=31179
> RISC-V: The SET/A
On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
>
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and they li
OLD: Fedora-Rawhide-20240101.n.0
NEW: Fedora-Rawhide-20240102.n.0
= SUMMARY =
Added images:5
Dropped images: 2
Added packages: 5
Dropped packages:0
Upgraded packages: 36
Downgraded packages: 0
Size of added packages: 3.20 MiB
Size of dropped packages:0 B
Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
The dynamic linker already has the `glibc-hwcaps` mechanism to load
optimized implementations of ''shared objects'' [3]. This means that
packages can provide optimized libraries and they linker will be
automatically load them from separate director
I'm not sure exactly the effect on RISC-V binaries, but I wanted to
raise it here to get the attention of the Fedora toolchain team ...
Here's the bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=31179
RISC-V: The SET/ADD/SUB fix breaks ABI compatibility with 2.41 objects
It refers to this
On 1/2/24 11:49, Florian Weimer wrote:
* Sam Varshavchik:
Stephen Smoogen writes:
https://github.com/rpm-software-management/rpm/issues/
2826>https://github.com/rpm-software-management/rpm/issues/2826
And thanks for opening a bug. I will watch to see what happens.
I'm genuinely cu
* Solomon Peachy via devel:
> On Fri, Dec 22, 2023 at 10:27:55PM +0100, Florian Weimer wrote:
>> >> gutenprint jpopelka jridky twaugh zdohnal
>> > ...FWIW as of a few minutes ago this should be resolved upstream.
>>
>> Thanks, I can confirm this fixes the issue for the Fedora package as
* Sam Varshavchik:
> Stephen Smoogen writes:
>
>>https://github.com/rpm-software-management/rpm/issues/
>>2826>https://github.com/rpm-software-management/rpm/issues/2826
>>
>>
>> And thanks for opening a bug. I will watch to see what happens.
>
> I'm genuinely curious. Am I really the onl
28 matches
Mail list logo
