>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 thumb
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 questi
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 esp
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 un
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 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 po
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 wan
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
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 %buildsys_package
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 library
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 F
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
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
___
d
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
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 s
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
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 con
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 curren
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 day
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 sd-b
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
> >
> > No,
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 h
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 (ngomp
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 ne
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 ha
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.
>
>
> "bl
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 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
> > > reas
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 do
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 an
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 implementa
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 boot
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 competin
> 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 i
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
> su
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 shoul
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,
> > w
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
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
>> > release/c
---
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, build
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 key/v
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 on
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
>
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 it
* Björn Persson:
> The macro could be defined like this for example:
>
> %buildtag .%(date +%%s)
Using time for synchronization is always a bit iffy.
> It would be used in each spec like this:
>
> Release: 1%{?dist}%{?buildtag}
We could put the Koji task ID directly into the %dist tag. We
47 matches
Mail list logo
