Note from Change Wrangler: This Change Proposal requires mass rebuild.
However, two weeks ago (June 19th), we have already passed the
deadline for Change proposals requiring mass rebuild. I will leave the
decision whether this Change proposal is accepted or not to RelEng and
FESCo teams.
= Propose
= Proposed System Wide Change: OpenLDAP without Non-threaded Libraries =
https://fedoraproject.org/wiki/Changes/OpenLDAPwithoutNonthreadedLibraries
Owner(s):
* Matus Honek
OpenLDAP will not ship non-threaded version of libldap. Instead,
libldap will be built with the same threading support a
On 07/03/2018 10:13 AM, Jan Kurik wrote:
= Proposed System Wide Change: OpenLDAP without Non-threaded Libraries =
https://fedoraproject.org/wiki/Changes/OpenLDAPwithoutNonthreadedLibraries
OpenLDAP will not ship non-threaded version of libldap. Instead,
libldap will be built with the same thre
The submission deadline for System Wide Change Proposals of Fedora 29
[1] has been reached today (on July 3rd).
From July 4th, please schedule your System Wide Changes for a next
release (Fedora 30).
The deadline for Self Contained Change Proposals is planned on July 24th.
In case you'll need any
= Proposed System Wide Change: uEFI for ARMv7 =
https://fedoraproject.org/wiki/Changes/uEFIforARMv7
Owner(s):
* Peter Robinson
Move to uEFI as the default boot mechanism for ARMv7 devices.
== Detailed description ==
Currently ARMv7 uses extlinux to boot the kernel on ARMv7. This has
served
= Proposed System Wide Change: ZRAM support for ARM images =
https://fedoraproject.org/wiki/Changes/ZRAMforARMimages
Owner(s):
* Peter Robinson
Enable ZRAM for swap on ARMv7 and aarch64 pre generated images to
improve performance and reliability on ARM Single Board Computers such
a the Raspb
https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separate_package
It has been done.
If you hit problems with automatic bytecompilation, see
https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separate_package#Effect_on_automatic_bytecompilation
If you hit problems w
I've been using this
https://lvc.github.io/abi-compliance-checker
which relies on this
https://github.com/lvc/abi-dumper
and it's the latter that stopped working and the former doesn't work
without it
--
GPG Keys: https://keybase.io/pouar
Tox ID:
2EA7A6D5494C10B2E0F32004A1E9CBD971777E551A902059E
On Mon, 02 Jul 2018 12:57:41 -0500
Jason L Tibbitts III wrote:
> > "JK" == Jan Kurik writes:
>
> JK> https://fedoraproject.org/wiki/Changes/DiscontinuePPC64
>
> This may be necessary, but it's sadly unfortunate as (so far as I can
> tell) it leaves us with only one big-endian architecture
>
>
> OK. I'll ask releng to merge on Monday.
>
>
Was it merged?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
On Tue, Jul 3, 2018 at 3:02 PM, Jason L Tibbitts III wrote:
> In a %files section of a specfile, the %defattr directive is used to set
> the default file ownership and permissions. RPM has provided a sensible
> default since version 4.4 (which predates FC6 and RHEL5), but very many
> specfiles st
On Tue, 3 Jul 2018, Nico Kadel-Garcia wrote:
In a %files section of a specfile, the %defattr directive is used to set
the default file ownership and permissions. RPM has provided a sensible
default since version 4.4 (which predates FC6 and RHEL5), but very many
specfiles still include an initia
On 07/03/2018 05:15 AM, Jan Kurik wrote:
> Move to uEFI as the default boot mechanism for ARMv7 devices.
Will this work with virt-manager too? Currently, while aarch64 boots via
uEFI there, it seems that armv7 is only supported by manually specifying
a kernel and initrd.
__
13 matches
Mail list logo
