On Fri, Jul 3, 2020 at 9:14 AM Josef Bacik wrote:
>
> On 7/3/20 9:37 AM, Eric Sandeen wrote:
> > Does btrfsck really never attempt to salvage a metadata block with a bad
> > CRC by
> > validating its fields?
>
> No, I suppose we could, I'll add it to the list. Generally speaking if
> there's
Nicolas Mailhot via devel writes:
> Le dimanche 05 juillet 2020 à 17:46 +0200, Björn Persson a écrit :
>> Nicolas Mailhot via devel wrote:
>> > So if you want to push Fedora release logic to its ultimate
>> > conclusion,
>> > the thing that should be in charge of committing the new
>> >
Hi Nicolas,
Nicolas Mailhot writes:
>> How do I let rpm generate the changelog automatically?
>
> This feature is not changelog generation, just changelog bumping on
> build events. You still need some other method to put non-build events
> in the changelog.
>
> The detached changelog is just
---
title: CPE Weekly status email
tags: CPE Weekly, email
---
# CPE Weekly: 2020-06-218
Background:
The Community Platform Engineering group is the Red Hat team combining
IT and release engineering from Fedora and CentOS. Our goal is to keep
core servers and services running and maintained,
Nicolas Mailhot via devel wrote:
> Le dimanche 05 juillet 2020 à 17:46 +0200, Björn Persson a écrit :
> > It seems that several problems would just disappear if a rebuild
> > would generate a unique package ID without a Git commit.
>
> That’s exacly what the change does.
No it's not. Your
On Fri, Jul 3, 2020 at 8:40 PM Eric Sandeen wrote:
>
> On 7/3/20 1:41 PM, Chris Murphy wrote:
> > SSDs can fail in weird ways. Some spew garbage as they're failing,
> > some go read-only. I've seen both. I don't have stats on how common it
> > is for an SSD to go read-only as it fails, but once
Le samedi 04 juillet 2020 à 23:10 -0400, Solomon Peachy a écrit :
> (Note this explicitly excludes Chromebooks)
So you want to discuss Linux desktop deployments, excluding the only
sucessful mass Linux desktop deployment to date? Why?
Also your data conflates systems sold in with systems
Le samedi 04 juillet 2020 à 23:10 -0400, Solomon Peachy a écrit :
> folks that make very long-lifecycle industrial systems
> meant to run generally ancient software
Those things are not meant to run ancient software. They are meant to
run a very long time. And yes at the end of this time the
>Linux handles low memory situations just fine, but it's much better if you
>have an appropriately sized swap partition and let the kernel do its job
No, by default Linux can hang at low memory condition. Huge swap space will not
help you if a leak occurs. With a large swap space, the hang can
On Saturday, July 4, 2020 11:27:47 PM MST Alexey Avramov wrote:
> >Linux handles low memory situations just fine, but it's much better if you
> >
have an appropriately sized swap partition and let the kernel do its job
>
> No, by default Linux can hang at low memory condition. Huge swap space
On 5 July 2020 16:27:07 CEST, Stephen John Smoogen wrote:
>On Sat, 4 Jul 2020 at 11:34, Neal Gompa wrote:
>>
>> On Sat, Jul 4, 2020 at 11:20 AM Lennart Poettering
>> wrote:
>> >
>> > On Mi, 01.07.20 21:06, Neal Gompa (ngomp...@gmail.com) wrote:
>> >
>> > > The user-interactive portion of
On Sun, Jul 5, 2020 at 12:46 AM John M. Harris Jr wrote:
>
> On Saturday, July 4, 2020 11:27:47 PM MST Alexey Avramov wrote:
> > >Linux handles low memory situations just fine, but it's much better if you
> > >
> have an appropriately sized swap partition and let the kernel do its job
> >
> >
Nicolas Mailhot via devel wrote:
> So if you want to push Fedora release logic to its ultimate conclusion,
> the thing that should be in charge of committing the new
> release/changelog build state to package history in git is bodhi, not
> koji.
Why do build events need to be recorded in the Git
>What software in the default image leads to low memory issues? Web browsers?
For example, browsers, electron-based apps, blender, compilation, VM, openings
files, opening file manager (once I came across this: when I opened the file
manager, an uncontrolled leak occurred somewhere in the
It would be great that the installer, Anaconda, enables sd-boot for
users running on UEFI system. The method was done before with both LILO
and Grub decades ago and it was very surprising very few thought of that
process especially for a distribution aiming to use latest technology.
The
On Sunday, July 5, 2020 1:03:34 AM MST Luya Tshimbalanga wrote:
> It would be great that the installer, Anaconda, enables sd-boot for
> users running on UEFI system. The method was done before with both LILO
> and Grub decades ago and it was very surprising very few thought of that
> process
OLD: Fedora-Rawhide-20200703.n.0
NEW: Fedora-Rawhide-20200704.n.1
= SUMMARY =
Added images:6
Dropped images: 1
Added packages: 17
Dropped packages:0
Upgraded packages: 113
Downgraded packages: 0
Size of added packages: 14.99 MiB
Size of dropped packages:0
On Sa, 04.07.20 12:49, Chris Murphy (li...@colorremedies.com) wrote:
> Why do the security folks want POSIX and SELinux labels on the
> contents of /boot? I've never really gotten a straight answer on this,
> but I know it's considered important and a sticking point for why some
> folks do not
On Sat, Jul 4, 2020 at 8:48 PM wrote:
> Hello,
>
> My name is Nikolay Nikolov. I'm a software developer and free/open
> source enthusiast. I've been using Linux since Red Hat Linux 5.0. After
> Red Hat Linux 9, I upgraded to Fedora Core 1 and I've used every Fedora
> version since then. :) I'm a
Two builds for tests:
1. https://koji.fedoraproject.org/koji/taskinfo?taskID=46635276
2. https://koji.fedoraproject.org/koji/taskinfo?taskID=46635342
The deferrence between them - libraries permissions.
Problems are:
1. %{make_install} installs libraries with 0755 flags
2. After changing
On Sa, 04.07.20 18:11, John M. Harris Jr (joh...@splentity.com) wrote:
> That systemd throws some crap out doesn't make it a standard. There's no
> reason for GRUB to adopt this, or for anyone else to use this.
"bloat", "crap", …
I am sorry, but you are apparently just a troll and this is the
Hedgewars is mostly Pascal, so with me maintaining FPC and Lazarus, I'd be
willing to take it over. However, I don't know any Haskell, so some help from
someone who does would be appreciated.
___
devel mailing list -- devel@lists.fedoraproject.org
To
Le mercredi 01 juillet 2020 à 12:27 +0200, Dominik 'Rathann'
Mierzejewski a écrit :
>
> > To get beautiful changelogs, you also need to add
> >
> >
> > %buildsys_name Your name
> > %buildsys_email Your email
> >
> >
> > in ~/.rpmmacros
>
> What about having one macro called
On Sun, 2020-07-05 at 07:09 -0500, Richard Shaw wrote:
> On Sat, Jul 4, 2020 at 8:48 PM wrote:
> > Hello,
> >
> > My name is Nikolay Nikolov. I'm a software developer and free/open
> > source enthusiast. I've been using Linux since Red Hat Linux 5.0.
> > After
> > Red Hat Linux 9, I upgraded to
On Sun, Jul 05, 2020 at 07:18:47PM -, Tom Seewald wrote:
> In terms of physical x86 systems, you are right that UEFI is the
> overwhelming majority. But as stated elsewhere in this thread, a lot
> of cloud providers and virtualization software default to using BIOS.
> So I think Fedora
On Sunday, July 5, 2020 12:18:46 PM MST Solomon Peachy wrote:
> On Sat, Jul 04, 2020 at 09:51:30PM -0700, John M. Harris Jr wrote:
> > Many people on this very thread are still using BIOS boot systems, and one
> > person provided a source for a NEW system they're using which is BIOS
> > boot,
> >
On Sun, 2020-07-05 at 11:50 -0700, John M. Harris Jr wrote:
> On Sunday, July 5, 2020 11:31:41 AM MST Solomon Peachy wrote:
> > On Sun, Jul 05, 2020 at 10:20:01AM -0700, John M. Harris Jr wrote:
> > > Chromebook devices are neither UEFI nor BIOS. You can use GPT
> > > disk layout
> > > while still
On Sun, 5 Jul 2020 at 11:23, Markus Larsson wrote:
>
>
>
> On 5 July 2020 16:27:07 CEST, Stephen John Smoogen wrote:
> >On Sat, 4 Jul 2020 at 11:34, Neal Gompa wrote:
> >>
> >> On Sat, Jul 4, 2020 at 11:20 AM Lennart Poettering
> >> wrote:
> >> >
> >> > On Mi, 01.07.20 21:06, Neal Gompa
Le dimanche 05 juillet 2020 à 17:46 +0200, Björn Persson a écrit :
> Nicolas Mailhot via devel wrote:
> > So if you want to push Fedora release logic to its ultimate
> > conclusion,
> > the thing that should be in charge of committing the new
> > release/changelog build state to package history in
Le dimanche 05 juillet 2020 à 18:41 +0200, Nicolas Mailhot a écrit :
>
> While timestamping would remove the need to pass the last build info
> to the next one it would also break all the workflows where several
> rebuilds are done in parallel for separate needs, and the latest
> rebuild is not
On Sunday, July 5, 2020 6:18:50 AM MST Solomon Peachy wrote:
> On Sun, Jul 05, 2020 at 08:52:12AM +0200, Nicolas Mailhot via devel wrote:
> > So you want to discuss Linux desktop deployments, excluding the only
> > sucessful mass Linux desktop deployment to date? Why?
>
> Because the raw data I
On Sunday, July 5, 2020 3:07:44 AM MST Lennart Poettering wrote:
> On Sa, 04.07.20 18:11, John M. Harris Jr (joh...@splentity.com) wrote:
>
>
> > That systemd throws some crap out doesn't make it a standard. There's no
> > reason for GRUB to adopt this, or for anyone else to use this.
>
>
>
On Sunday, July 5, 2020 8:12:33 AM MST Markus Larsson wrote:
> I have no problem with GRUB2 or sd-boot. I have much more problems with
> refind and their ilk. While things can look pretty, that's fine, as soon as
> it gets in my way when I try to get things done it stops being fine.
I don't think
On Sun, Jul 05, 2020 at 10:20:01AM -0700, John M. Harris Jr wrote:
> Chromebook devices are neither UEFI nor BIOS. You can use GPT disk layout
> while still booting BIOS, which they also don't do. Chromebook devices either
> boot with uboot -> depthcharge or Coreboot -> uboot -> depthcharge. I
Le dimanche 05 juillet 2020 à 12:21 -0600, Chris Murphy a écrit :
>
> specification != standard
I, for one, am very happy that the systemd project makes the effort of
documenting its formats so others can write competing implementations
or write software that interacts with the systemd
On Sun, Jul 5, 2020 at 12:41 PM Nicolas Mailhot via devel
wrote:
>
> Le dimanche 05 juillet 2020 à 12:21 -0600, Chris Murphy a écrit :
> >
> > specification != standard
>
> I, for one, am very happy that the systemd project makes the effort of
> documenting its formats so others can write
On Sun, Jul 5, 2020 at 11:26 AM John M. Harris Jr wrote:
>
> On Sunday, July 5, 2020 3:07:44 AM MST Lennart Poettering wrote:
> > On Sa, 04.07.20 18:11, John M. Harris Jr (joh...@splentity.com) wrote:
> >
> >
> > > That systemd throws some crap out doesn't make it a standard. There's no
> > >
On Sat, Jul 4, 2020 at 6:27 PM Lennart Poettering wrote:
[snip]
>
> Please submit additions to the spec as PRs to systemd github. We added
> a number of new keys in the past that sd-boot itself doesn't make use
> of (devicetree and such), and we'd be delighted to add more if they
> make sense
On Sunday, July 5, 2020 11:31:41 AM MST Solomon Peachy wrote:
> On Sun, Jul 05, 2020 at 10:20:01AM -0700, John M. Harris Jr wrote:
> > Chromebook devices are neither UEFI nor BIOS. You can use GPT disk layout
> > while still booting BIOS, which they also don't do. Chromebook devices
> > either
On Sat, Jul 04, 2020 at 09:51:30PM -0700, John M. Harris Jr wrote:
> Many people on this very thread are still using BIOS boot systems, and one
> person provided a source for a NEW system they're using which is BIOS boot,
> while another provided factory-default BIOS configurations on hardware
>
> BIOS-based systems make up a miniscule minority of the current market.
> Pretending otherwise is delusional, and delusions are no basis for
> technical decisions.
>
> - Solomon
In terms of physical x86 systems, you are right that UEFI is the overwhelming
majority. But as stated elsewhere
On 7/5/20 2:21 PM, TI_Eugene wrote:
> Two builds for tests:
> 1. https://koji.fedoraproject.org/koji/taskinfo?taskID=46635276
> 2. https://koji.fedoraproject.org/koji/taskinfo?taskID=46635342
>
> The deferrence between them - libraries permissions.
>
> Problems are:
> 1. %{make_install} installs
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 build which it appended
"%{_arch}-redhat-linux-gnu" or something like that to.
So I looked up the guidelines for CMake
I don't know about how important EFI and reducing the bootloader technical debt
is for the project, but at least for me personally, it will be a straight way
out. My hard disk has a traditional MBR based structure with about a TB of very
important data. I don't know of a 100% reliable way of
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 build which it appended
> "%{_arch}-redhat-linux-gnu" or
On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote:
> Temporarily, we have %__cmake_in_source_build set, which forces back
> the legacy behavior. You can switch to the upcoming out of source
> default by adding the following to the top of your spec:
>
Ok, so during this transition period the
On Sun, Jul 05, 2020 at 08:41:16AM +0200, Nicolas Mailhot via devel wrote:
> Those things are not meant to run ancient software. They are meant to
> run a very long time. And yes at the end of this time the software is
> ancient.
Of course.
> That does not mean it is ancient at the start of the
On Sat, 4 Jul 2020 at 11:34, Neal Gompa wrote:
>
> On Sat, Jul 4, 2020 at 11:20 AM Lennart Poettering
> wrote:
> >
> > On Mi, 01.07.20 21:06, Neal Gompa (ngomp...@gmail.com) wrote:
> >
> > > The user-interactive portion of sd-boot is *awful*. I know our GRUB
> > > looks ugly by default these
Thanks for the offers everyone, and let me know if you just REALLY want to
help maintain it, but I found a new contributor who's a core developer of
Pascal, which is 90% of what hedgewars is written in, who is interested in
the job.
Thanks,
Richard
___
On Sun, Jul 05, 2020 at 08:52:12AM +0200, Nicolas Mailhot via devel wrote:
> So you want to discuss Linux desktop deployments, excluding the only
> sucessful mass Linux desktop deployment to date? Why?
Because the raw data I had access to excludes chromebooks, only listing
"traditional" PCs and
The following Fedora EPEL 7 Security updates need testing:
Age URL
691 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
430 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b
bubblewrap-0.3.3-2.el7
140
The following Fedora EPEL 6 Security updates need testing:
Age URL
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b1a8a3c29a
putty-0.74-1.el6
0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7b550f6ce5
python-gnupg-0.4.6-1.el6
The following builds have been
https://bugzilla.redhat.com/show_bug.cgi?id=1853992
Bug ID: 1853992
Summary: perl-Test-Compile-2.4.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Compile
Keywords: FutureFeature, Triaged
https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/06/report-389-ds-base-1.4.3.10-1.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
Good day, package "apcupsd" (client for APC Uninterruptible Power Supply) is
now available on EPEL 8.
So if you own such UPS and an Enterprise Linux 8 workstation you can enjoy
using this service.
Best regards
___
epel-devel mailing list --
55 matches
Mail list logo