Hi,
The change proposal has a 'compression option' and we kinda need to
get organized.
https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression
- Compression saves space, significantly reduces write amplification
and therefore increases flash lifespan, and in some cases increases
perfor
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from Fedo
Richard Shaw 于 2020年7月8日周三 上午6:11写道：
> Ok, so it appears this change was for F32+ only, so I can't merge master
> into f32 or earlier...
>
Maybe wait it to be backported into f31. The documents said this will be
backported into older supported version.
But now, merging master into older version
On Tue, Jul 7, 2020 at 7:04 PM Till Maas wrote:
>
> Hi,
>
> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
> branch. There was also some feedback that Rawhide might not be the best
> name and it could be re
Ok, so it appears this change was for F32+ only, so I can't merge master
into f32 or earlier...
This whole change is still broken AF.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
On Tue, 7 Jul 2020 at 13:05, Fabio Valentini wrote:
>
> Hi everybody,
>
> I have to finally admit that I'll never again be able to play catch-up
> with the ever-changing sprawling go library dependency tree of
> syncthing.
>
> I have switched to using bundled dependencies for syncthing ~years ago
On Tue, Jul 7, 2020 at 12:49 pm, Samuel Sieb wrote:
That's good to know for the change proposal then. I never use the
Workstation install. I net install either with a kickstart or
selecting
the options I want, so that would explain why I always end up with
nano
installed.
I don't think
On Wed, Jul 8, 2020 at 12:55 AM Sumantro Mukherjee
wrote:
> Hey All,
>
> A new change proposal has been submitted for the Fedora 33 release
> cycle which entails usage of btrfs by default [0] for Workstations and
> Spins across x86_64 and ARM architectures As a result, we have
> organized a test
On 7/7/20 12:39 PM, Michael Catanzaro wrote:
On Tue, Jul 7, 2020 at 11:26 am, Samuel Sieb wrote:
Why do you think it's gone? It's in the "standard" group, so I think it
should be installed on anything other than base minimal. I find that
it's installed on everything.
Warning: @standard is n
On 7 July 2020 21:20:22 CEST, Matthew Miller wrote:
>On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote:
>> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
>> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
>> branch. There was also some feedback t
On Tue, Jul 7, 2020 at 11:26 am, Samuel Sieb wrote:
Why do you think it's gone? It's in the "standard" group, so I think
it
should be installed on anything other than base minimal. I find that
it's installed on everything.
Warning: @standard is not included at all in Workstation
__
Hey All,
A new change proposal has been submitted for the Fedora 33 release
cycle which entails usage of btrfs by default [0] for Workstations and
Spins across x86_64 and ARM architectures As a result, we have
organized a test day on Wed, July 08, 2020. As a part of this test
day, we will aim at
On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote:
> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
> branch. There was also some feedback that Rawhide might not be the best
> name and it could be re
https://fedoraproject.org/wiki/Changes/PostgreSQL_13
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 12 to version 13 in the non-modular (main) builds.
== Owner ==
* Name: [[User:panovotn| Patrik Novotny]]
* Email: panov...@redhat.com
== Detailed D
https://fedoraproject.org/wiki/Changes/PARSEC
== Summary ==
PARSEC is the Platform AbstRaction for SECurity, an open-source
initiative to provide a common API to hardware security and
cryptographic services in a platform-agnostic way. This abstraction
layer keeps workloads decoupled from physical
On Tue, Jul 07, 2020 at 07:55:09AM +0200, Jan Kratochvil wrote:
> On Fri, 03 Jul 2020 14:52:00 +0200, Jan Kratochvil wrote:
> > On Thu, 02 Jul 2020 02:04:48 +0200, Kevin Fenzi wrote:
> > > On Wed, Jul 01, 2020 at 11:22:26PM +0200, Jan Kratochvil wrote:
> > > > I will file a ticket after Spot says h
Hi,
in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
branch for Fedora Rawhide "rawhide" to clarify the purpose of that
branch. There was also some feedback that Rawhide might not be the best
name and it could be renamed. In that case, the branch could be named as
this. This i
Chris Murphy wrote on Wed, Jul 01, 2020:
> This is called 'dup' profile in Btrfs. Two copies of a block group. It
> can be set on metadata only, or both metadata and data block groups.
> It is the default mkfs option for HDDs. It is not enabled by default
> on SSDs because concurrent writes of meta
On 7 July 2020 20:26:52 CEST, Samuel Sieb wrote:
>On 7/7/20 7:56 AM, Michal Schorm wrote:
>> What I miss is the presence of nano in the default installations and images.
>> I strongly believe it was there just a few Fedora releases back, but
>> now, it's gone.
>
>Why do you think it's gone? It'
OLD: Fedora-Rawhide-20200706.n.0
NEW: Fedora-Rawhide-20200707.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 8
Dropped packages:2
Upgraded packages: 86
Downgraded packages: 0
Size of added packages: 53.03 MiB
Size of dropped packages
On 7/7/20 7:56 AM, Michal Schorm wrote:
What I miss is the presence of nano in the default installations and images.
I strongly believe it was there just a few Fedora releases back, but
now, it's gone.
Why do you think it's gone? It's in the "standard" group, so I think it
should be installed
On Tue, Jul 7, 2020 at 1:57 PM Orion Poplawski wrote:
>
> On 6/15/20 1:47 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
> >
> > == Summary ==
> > %cmake macro will be adjusted (-B parameter)
> > to use separate build folder (already standardized
On 6/15/20 1:47 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
== Summary ==
%cmake macro will be adjusted (-B parameter)
to use separate build folder (already standardized
%{_vpath_builddir} macro). Additionally,
%cmake_build, %cmake_install and
%c
On 6/15/20 1:47 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
== Summary ==
%cmake macro will be adjusted (-B parameter)
to use separate build folder (already standardized
%{_vpath_builddir} macro). Additionally,
%cmake_build, %cmake_install and
%c
On Tue, 2020-07-07 at 10:30 +0200, Pierre-Yves Chibon wrote:
> On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> > Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> > > Good Morning Everyone,
> > >
> > > The list is slowly going down, we have now 38 accounts that are
> > > still
>
Hi everybody,
I have to finally admit that I'll never again be able to play catch-up
with the ever-changing sprawling go library dependency tree of
syncthing.
I have switched to using bundled dependencies for syncthing ~years ago
already, and I do not have the time nor the energy to do the amount
On 7 July 2020 18:31:32 CEST, Adam Williamson
wrote:
>On Tue, 2020-07-07 at 06:02 +, Zbigniew Jędrzejewski-Szmek wrote:
>> On Mon, Jul 06, 2020 at 08:06:05PM -0600, Chris Murphy wrote:
>> > On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
>> > > So if one has a spare partition to pla
On Tue, 2020-07-07 at 06:02 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jul 06, 2020 at 08:06:05PM -0600, Chris Murphy wrote:
> > On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
> > > So if one has a spare partition to play with btrfs, is there an easy
> > > way to install a second
On Mon, 2020-07-06 at 20:06 -0600, Chris Murphy wrote:
> On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
> >
> > On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
> >
> > > On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek
> > > wrote:
> > > > Making btrfs opt-in for F33
On Tue, Jul 7, 2020 at 9:25 AM Lennart Poettering wrote:
> Thou shallt not have multiple ESPs per disk. See:
>
> https://news.ycombinator.com/item?id=16261695
>
> The EFI spec is kinda vague about it, but it breaks everywhere, in
> particular with Windows.
The Windows *installer* doesn't like it
On Tue, Jul 07, 2020 at 10:30:02AM +0200, Pierre-Yves Chibon wrote:
> On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> > Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> > >
> > > Good Morning Everyone,
> > >
> > > The list is slowly going down, we have now 38 accounts that are st
On 7/6/20 6:49 PM, John M. Harris Jr wrote:
Unless you're actively using all of those tabs (I don't know how you would be,
but it's certainly possible), swap sounds like the perfect solution. Unless
Firefox keeps JS running in there, and it's updating the DOM, these would
likely be able to get sw
Hi Tom,
Thank you for your tireless nodejs packaging over the years!
I vaguely recall trading tens and tens of nodejs package reviews with
you back when Fedora's nodejs ecosystem was rapidly growing.
Kind regards,
--
Jamie Nguyen
jamielinux.com
__
On Mo, 06.07.20 20:06, Chris Murphy (li...@colorremedies.com) wrote:
> On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
> >
> > On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
> >
> > >On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek
> > >wrote:
> > >> Making btrfs opt-i
On Mo, 06.07.20 21:58, Peter Robinson (pbrobin...@gmail.com) wrote:
> >
> > Less complexity in the boot chain, mainly. But the EFI drivers would
> > need to be signed by MS, I think? That would massively complicate
> > things.
>
> I believe that to be correct, of could Apply has control over that
Once upon a time, Lennart Poettering said:
> EFI SecureBoot uses PE signed executables.
Secure Boot also triggers the Linux kernel to disable functionality, so
should be avoided as a requirement (except when necessary to boot some
other OSes).
--
Chris Adams
+1 for nano.
What I miss is the presence of nano in the default installations and images.
I strongly believe it was there just a few Fedora releases back, but
now, it's gone.
I would really simplify - or atleast make more friendly - fast file
editing / configuration on fresh systems.
This might
Hello all.
Fmt package will be rebased in Rawhide from version 6.2.1 to 7.0.0 next
week.
This will include soversion bump from 6 to 7. All dependent packages
must be rebuilt.
Please check your packages, because there are some breaking API changes:
https://github.com/fmtlib/fmt/releases/tag/7.0.0
I have orphaned all my nodejs packages - feel free to grab though
be aware that in many cases they have hopeless dependency issues.
Full list of affected packages:
carto
jake
kosmtik
lodash
node-gyp
nodejs-agentkeepalive
nodejs-ap
nodejs-array-differ
nodejs-array-union
nodejs-arrify
nodejs-asser
Vitaly Zaitsev via devel wrote:
> Proven-packages are changing SPEC files already using out of tree builds
> (with push..popd) and then disabling it globally.
>
> This is so weird.
Yes, I think that this is a completely pointless backwards-incompatible
change that just hides more error-prone aut
On Wed, Jul 01, 2020 at 03:50:37PM -0400, Josef Bacik wrote:
> I've stated this many times before, btrfs is more vulnerable to
> things going wrong. It's also more likely to notice things going
> wrong. There's things we can do to make it easier in the face of
> these issues, they're patches I've
On Mo, 06.07.20 16:34, Neal Gompa (ngomp...@gmail.com) wrote:
> Encryption != integrity/authentication. The only thing encryption
> guarantees is that the data is not visible, not that it hasn't been
> tampered with. Usually, dm-verity or dm-integrity is used for what
> you're asking for. Android
On Fri, Jul 03, 2020 at 09:05:25AM +0200, Tomasz Torcz wrote:
> During 2020 Open Source Summit North America, Josef shared some
> details about how btrfs excels in production at Facebook. And where
> the problems were.
> I cannot find the recording, but the write up is at Linux Weekly News:
>
Thank you Stephen, I will try asap.
Le 06/07/2020 à 17:16, Stephen John Smoogen a écrit :
> On Mon, 6 Jul 2020 at 10:33, Didier Fabert wrote:
>> Hi all,
>>
>> With my personal koji (on el8), I cannot build some packages for my el8
>> tag. All failures are about modular metadata packages which can
On 05.07.2020 15:19, Neal Gompa wrote:
> Temporarily, we have %__cmake_in_source_build set, which forces back
> the legacy behavior.
Proven-packages are changing SPEC files already using out of tree builds
(with push..popd) and then disabling it globally.
This is so weird.
--
Sincerely,
Vital
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 approximately one week before branching (August
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that som
On 07/07/20 14:24 +0200, Kevin Kofler wrote:
Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/UseNanoByDefault
== Summary ==
Let's make Fedora more approachable, by having a default editor that
doesn't require specialist knowledge to use.
== Owner ==
* Name: [[User:chrismurphy| Chris
J. Scheurich wrote:
> Would it be ok, to create a png2vuy and vpxenc package in fedora ?
They are both already packaged:
* png2yuv is part of the mjpegtools package in RPM Fusion,
* vpxenc is part of the libvpx-utils package in Fedora.
Kevin Kofler
On Tue, Jul 7, 2020 at 11:17 AM Gerd Hoffmann wrote:
>
> On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote:
> > On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> > > Default fedora disk layout in UEFI mode is partitions for ESP, /boot and
> > > LVM. If you ask for full
Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/UseNanoByDefault
>
> == Summary ==
>
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
>
> == Owner ==
> * Name: [[User:chrismurphy| Chris Murphy]]
> * Email: chrismur.
On Tue, Jul 7, 2020 at 8:14 AM Richard Shaw wrote:
>
> On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote:
>>
>> On Sun, Jul 5, 2020 at 9:16 AM Richard Shaw wrote:
>> >
>> > I saw the change notification but didn't know it went in to "production".
>> > I was trying to build OpenImageIO in rawhide
On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote:
> On Sun, Jul 5, 2020 at 9:16 AM Richard Shaw wrote:
> >
> > I saw the change notification but didn't know it went in to
> "production". I was trying to build OpenImageIO in rawhide and it failed,
> because I was already doing an out of source bui
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-07-08 14:00 UTC'
Links to all issues to
On Tue, 2020-07-07 at 13:12 +0200, Fabio Valentini wrote:
> If you need help with building other packages, feel free to ping me.
Hi,
thanks. I'm currently working on a patch for syncevolution and I
started a build of ekiga few minutes ago.
According to:
$ repoquery --whatrequires libeda
On Tue, Jul 7, 2020 at 11:52 AM Milan Crha wrote:
>
> On Tue, 2020-07-07 at 09:05 +0200, Milan Crha wrote:
> > Right, I saw that too and didn't understand why that single test
> > fails. When I built folks locally it passed with no problem, using
> > the same evolution-data-server. I'd surely rebu
David Sterba 于2020年7月7日周二 下午6:09写道：
>
> > Yes, BtrFs was very unstable, but before. Every software has this process.
> > I
> > have talked to one of the maintainer of BtrFs, she thinks that BtrFs is
> > ready
> > to production usage. (few years before, she is strongly against using BtrFs
> > fo
On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote:
> On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> > Default fedora disk layout in UEFI mode is partitions for ESP, /boot and
> > LVM. If you ask for full disk encryption LVM is encrypted, ESP + boot
> > are not. Whic
> Yes, BtrFs was very unstable, but before. Every software has this process. I
> have talked to one of the maintainer of BtrFs, she thinks that BtrFs is ready
> to production usage. (few years before, she is strongly against using BtrFs
> for production purpose).
May I ask who was the person you
On Tue, 2020-07-07 at 09:05 +0200, Milan Crha wrote:
> Right, I saw that too and didn't understand why that single test
> fails. When I built folks locally it passed with no problem, using
> the same evolution-data-server. I'd surely rebuild the three I have
> commits right for if the folks could w
On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> >
> > Good Morning Everyone,
> >
> > The list is slowly going down, we have now 38 accounts that are still
> > problematic, they have all received several personal emails over the las
Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
>
> Good Morning Everyone,
>
> The list is slowly going down, we have now 38 accounts that are still
> problematic, they have all received several personal emails over the last few
> weeks and none but one reacted.
> I will likely start to ping FESC
On Sat, 2020-07-04 at 15:27 -0700, Kevin Fenzi wrote:
> On Sat, Jul 04, 2020 at 09:48:04AM -0700, Kevin Fenzi wrote:
> > On Sat, Jul 04, 2020 at 06:37:09PM +0200, Fabio Valentini wrote:
> > > I don't understand the rush.
Hi,
there had been some major issues with the previous release, which
62 matches
Mail list logo
